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PREFACE 


This  report  describes  the  design  and  operation  of  a  mechanism  that 
was  developed  and  demonstrated  in  prototype  form  at  the  Ogden  Air 
Logistics  Center  (ALC).  Called  DRIVE  (Distribution  and  Repair  in 
Variable  Environments),  it  is  the  kernel  of  an  improved  approach  to 
managing  the  component  repair  workload  at  Air  Logistics  Centers. 
Specifically,  very  current  snapshots  of  the  worldwide  asset  position, 
coupled  with  specified  aircraft  availability  goals  at  bases  and  item 
characteristics  drawn  from  standard  Air  Force  Logistics  Command 
(AFLC)  data  systems,  are  used  by  a  computer-based  algorithm  to  pri¬ 
oritize  component  repairs  and  allocate  the  assets  to  locations  world¬ 
wide  in  a  way  that  approximately  maximizes  the  probability  of 
achieving  the  availability  goals.  This  approach  contrasts  sharply 
with  the  current  component  repair  system,  in  which  component  re¬ 
pairs  are  a  matter  of  negotiation  at  the  ALC  based  on  estimated  re¬ 
pair  requirements  stated  by  the  item  manager  (IM)  and  asset  data 
that  are  six  to  nine  months  old  at  the  time  the  repairs  take  place. 

This  work  was  part  of  a  RAND  project  carried  out  in  the  Resource 
Management  and  System  Acquisition  Program  of  Project  AIR  FORCE 
entitled  “Enhancing  the  Responsiveness  of  the  Logistics  System  in 
the  Face  of  Wartime  and  Peacetime  Uncertainties,”  popularly  known 
as  the  Uncertainty  Project.  The  several  publications  of  the  Uncer¬ 
tainty  Project  are  shown  in  the  following  list.  The  first  of  these 
provides  an  overview  of  the  project.  The  last  is  a  companion  report  to 
this  one;  it  describes  the  current  repair  planning  system,  the  logic 
and  motivation  for  DRIVE,  evaluations  of  its  performance,  the  need 
for  systematic  reallocation  of  assets  in  the  logistics  system  and 
DRIVE’S  utility  for  that  purpose,  the  implementation  and  policy  is¬ 
sues  raised  in  its  demonstration  at  Ogden  in  prototype  form,  and  the 
future  developmental  directions  needed  to  ensure  its  viability  and  ef¬ 
fectiveness  in  the  Air  Force’s  logistics  management  system. 

•  Cohen,  I.  K.,  John  B.  Abell,  and  Thomas  F.  Lippiatt,  CLOUT 
(Coupling  Logistics  to  Operations  to  Meet  Uncertainty  and  the 
Threat):  An  Overview,  RAND,  R-3979-AF,  1992. 

•  Crawford,  Gordon  B.,  Variability  in  the  Demands  for  Aircraft  Spare 
Parts:  Its  Magnitude  and  Implications,  RAND,  R-3318-AF, 
January  1988. 
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•  Isaacson,  Karen  E.,  and  Patricia  Boren,  Dyna-METRIC  Version  5: 
A  Capability  Assessment  Model  Including  Constrained  Repair  and 
Management  Adaptations,  RAND,  R-3612-AF,  August  1988. 

•  Tsai,  Christopher  L.,  Dyna-SCORE:  Dynamic  Simulation  of  Con¬ 
strained  Repair,  RAND,  R-3637-AF,  July  1989. 

•  Abell,  John  B.,  et  al.,  DRIVE  (Distribution  and  Repair  in  Variable 
Environments):  Enhancing  the  Responsiveness  of  Depot  Repair, 
RAND,  R-3888-AF,  1992. 

This  work  was  sponsored  by  Headquarters,  U.S.  Air  Force  (AF/LGX), 
and  Headquarters,  Air  Force  Logistics  Command  (AFLC/XP  and 
AFLC/MM).  It  should  be  of  interest  to  logistics  managers  and  ana¬ 
lysts  throughout  the  Air  Force  logistics  system  and  to  logisticians  in 
the  other  military  departments.  It  is  oriented  toward  those  who  have 
a  particular  interest  in  the  operation  and  use  of  DRIVE  and  who  wish 
to  have  a  more  intimate  knowledge  of  its  algorithms  and  file  struc¬ 
tures  than  described  in  R-3888-AF. 


SUMMARY 


A  principal  feature  of  the  Air  Force  Logistics  Command’s  (AFLC)  cur¬ 
rent  system  for  managing  certain  aspects  of  the  repair  of  aircraft  re¬ 
coverable  spares*  is  the  negotiation  of  quarterly  repair  goals  on  an 
item-by-item  basis  before  the  start  of  each  fiscal  quarter.  In  execu¬ 
tion,  the  negotiated  quantities  are  regarded  as  targets,  although  they 
are  often  renegotiated  as  the  quarter  progresses  (typically  downward, 
due  to  shortages  of  repairable  carcasses  or  repair  parts).  The  negoti¬ 
ated  repair  quantities  are  strongly  influenced  by  past  histories  of  de¬ 
mands  and  repairs;  however,  the  variability  in  demand  for  aircraft  re¬ 
coverable  spare  parts  is  often  high,  making  it  difficult  to  forecast 
component  repair  requirements  over  quarterly  and  longer  planning 
horizons.  Moreover,  the  longer  the  planning  horizon  over  which  the 
forecast  is  made,  the  more  uncertain  the  forecast  will  be.  Our  uncer¬ 
tainty  about  resource  demands  suggests  the  need  for  repair  manage¬ 
ment  to  be  flexible  and  adaptive,  to  adjust  the  planned  repair  mix 
frequently  if  need  be,  and  to  be  sensitive  to  the  evolving  worldwide  as¬ 
set  position. 

Another  key  feature  of  the  current  system  of  component  repair  man¬ 
agement  is  that  it  determines  repair  requirements  based  on  asset 
data  that  are  six  to  nine  months  old  at  the  time  the  repairs  take 
place,  making  the  system  (a)  somewhat  insensitive  to  the  current, 
most  urgent  needs  of  the  combat  force,  and  (b)  vulnerable  to  demand 
and  pipeline  variability  that  perturb  the  asset  position.  In  its  deter¬ 
mination  of  repair  requirements,  the  current  system  does  not  incorpo¬ 
rate  explicit  consideration  of  aircraft  availability  goals;  therefore,  it  is 
not  well  oriented  toward  combat  readiness  or  maintaining  an  asset 
position  well  balanced  for  combat  sustainability.^ 

DRIVE  (Distribution  and  Repair  in  Variable  Environments)  was  de¬ 
veloped  as  an  alternative  approach  to  the  current  system  for  manag¬ 
ing  the  repair  of  aircraft  recoverable  assets  at  depots.  DRIVE  is  a 
mechanism  that  prioritizes  component  repairs  and  asset  allocations 
across  very  short  planning  horizons.  It  also  estimates  quarterly  re¬ 
pair  requirements  and  supports  management  analysis  of  individual 


*  A  recoverable  part  is  one  that  is  subject  to  repair  when  it  fails,  rather  than  being 
discarded  or  consumed  in  use  as  consumable  parts  are. 

^An  important  exception  to  this  orientation  is  the  genuine  priority  given  to  MICAP 
(mission  capability)  requirements. 
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LRU  families.^  It  was  demonstrated  at  the  Ogden  Air  Logistics 
Center  using  F-16A/B  avionics  components  as  a  case  study.  The 
demonstration  led  to  the  adoption  of  DRIVE’S  approach  as  an  AFLC 
standard  system.  The  production  version  of  the  system  is  being  im¬ 
plemented  at  the  time  of  this  writing. 

Rather  than  prescribing  repair  quantities  over  a  long  horizon,  DRIVE 
is  nm  much  more  frequently  (every  two  weeks  in  the  Ogden  demon¬ 
stration)  using  a  current  snapshot  of  the  worldwide  asset  position. 
These  data  are  combined  with  user-specified  scenario  data  (force  bed- 
down,  fl3dng  hours,  etc.),  information  from  several  standard  AFLC 
data  systems,  and  aircreift  availability  goals  specified  by  mis¬ 
sion/design-base  combinations  (e.g.,  F-16A/Bs  at  Moody  AFB  would 
have  an  availability  goal).  DRIVE  produces  prioritized  lists  of  items 
to  be  repaired  in  the  next  two-week  production  period,  along  with 
suggested  priorities  for  allocating  serviceable  assets  to  locations 
worldwide. 

DRIVE  does  employ  forecasts  of  demands,  and  it  assumes  that  the 
need  for  LRU  and  SRU  repairs  is  related  to  flying  hours.  The  forecast 
horizons,  however,  are  short,  and  because  DRIVE  is  run  frequently 
and  pays  attention  to  the  current  asset  position,  it  is  self-correcting. 
DRIVE  considers  two  echelons  of  repair  (depot  and  intermediate)  and 
two  levels  of  indenture  (LRUs  and  SRUs).  It  is  weapon  system  ori¬ 
ented  in  that  it  seeks  to  maximize  a  measure  related  to  weapon  sys¬ 
tem  availability  goals,  subject  to  constraints  on  repair  capacity  and 
availability  of  repairable  carcasses. 

In  setting  priorities,  DRIVE  looks  to  the  end  of  a  planning  horizon 
that  is  roughly  the  point  in  time  when  repair  actions  taken  in  the 
near  future  would  have  an  effect  on  the  bases.  The  length  of  a  plan¬ 
ning  horizon  reflects  the  age  of  the  asset  position  data  plus  time  to 
have  a  repairable  carcass  inducted  into  the  shop,  a  nominal  repair 
lead  time,  and  a  base-specific  shipping  time.  (Altogether,  this  is 
roughly  20  to  30  days  for  items  in  the  Ogden  demonstration.)  Each 
model/design-base  is  assigned  an  availability  goal,  specifying  the  per¬ 
cent  of  the  aircraft  that  are  to  be  missing  none  of  the  parts  under  the 
purview  of  DRIVE. 


®We  define  an  LRU  family  as  an  LRU  and  all  of  its  recoverable  SRUs.  An  LRU  is  a 
line-replaceable  unit,  a  component  that  typically  is  removed  from  an  aircraft  when  a 
discrepancy  is  suspected.  An  SRU  is  a  shop-replaceable  unit  that  is  a  subcomponent  of 
an  LRU.  SRUs  are  typically  removed  and  replaced  during  intermediate-level  repairs  of 
LRUs. 
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drive’s  repair  prioritization  algorithm  seeks  to  maximize  the  proba¬ 
bility  that  all  bases  will  meet  their  availability  goals,  subject  to  the 
depot’s  repair  capacity.^  It  arrives  at  priorities  by  applying  step-by- 
step  marginal  analysis.  At  each  step,  it  evaluates  the  improvement  in 
the  objective  function  that  would  be  achieved  for  each  possible  repair 
and  allocation  action  (i.e.,  which  base  is  to  receive  the  repaired  item). 
Associated  with  every  action,  there  is  a  “cost”  in  tenns  of  standard  re¬ 
pair  hours.  DRIVE  chooses  the  action  with  the  largest  improvement 
in  the  objective  function  (which  for  technical  reasons  is  based  on  loga¬ 
rithms  of  probabilities)  divided  by  the  standard  hour  cost.  The  order 
in  which  repair  and  distribution  actions  are  selected  by  the  marginal 
analysis  determines  the  priorities.  Because  of  the  way  that  repair 
hours  are  included  in  the  computation,  the  sequence  of  priorities  is 
efficient  in  that  if  the  priority  list  is  cut  off  at  any  point,  the  set  of  re¬ 
pair  and  allocation  actions  defined  thereby  would  achieve  approxi¬ 
mately  the  highest  possible  probability  of  meeting  the  availability 
goals  at  all  the  bases  for  the  total  amount  of  standard  repair  hours 
expended. 

DRIVE  uses  the  forecasts  of  bases’  demands  for  assets  during  the 
planning  horizon  to  specify  parameters  of  probability  distributions 
that  are  the  basis  of  the  computations  in  the  prioritization  algorithm. 
The  prioritization  calculations  are  complicated  by  several  factors. 
The  typical  base  has  the  capability  to  repair  LRUs  by  replacing  defec¬ 
tive  SRUs.  Thus,  when  DRIVE  considers  the  asset  position  at  each 
base,  it  must  have  visibility  of  serviceable  spares  on  hand  and  in 
transit  to  the  base,  and  A\W  shortages®  in  DIEM  LRUs.®  At  each 
step  of  the  marginal  analysis,  it  evaluates  several  options  including 
sending  LRUs  to  bases,  sending  “packages”  of  SRUs  that  allow  bases 
to  repair  their  own  AWP  LRUs,  and  sending  SRUs  to  bases  to  have  on 
hand  for  future  needs.  In  evaluating  these  options,  DRIVE  assumes 
that  bases  cannibalize,  to  the  extent  needed,  both  LRUs  across  air- 
creift  and  SRUs  across  LRUs.  Thus  with  any  given  number  of  LRUs 
missing  from  aircraft  and  number  of  SRUs  missing  from  LRUs,  the 
“holes”  are  consolidated  into  the  minimum  possible  number  of  aircraft 


^Repair  capacity  is  measured  in  standard  hours.  The  standard  hour  measure  is  an 
engineered  standard  used  throughout  AFLC’s  depot  maintenance  activities  for  a  wide 
variety  of  management  and  accounting  purposes. 

®AWP  assets  are  awaiting  parts.  In  DRIVE,  only  shortages  of  recoverable 
components  are  considered. 

®DIFM  assets  are  due  in  from  maintenance,  that  is,  they  have  been  issued  to  base 
maintenance  in  repaiiable  condition  and  have  not  yet  been  repaired  and  returned  to 
supply  in  serviceable  condition.  One  reason  for  DIFM  status  is,  of  course,  lack  of  repair 
parts. 
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and  LRUs.  DRIVE  also  considers  several  ways  for  the  depot  to  in¬ 
crease  the  probability  that  a  base  will  achieve  its  availability  goal. 
There  may  be  serviceable  items  available  in  depot  stock,  there  may  be 
LRUs  in  the  depot-  or  base-repair  process  needing  SRUs,  or  unser¬ 
viceable  LRUs  can  be  inducted  into  the  repair  shop.  DRIVE  can  spec¬ 
ify  the  repair  of  SRUs  needed  to  complete  LRU  repairs,  and  it  also 
provides  for  a  sufficient  number  of  SRUs  to  be  made  available  so  that 
there  is  a  high  probability  that  repairs  of  newly  inducted  LRUs  will 
not  be  delayed  for  lack  of  serviceable  SRUs. 

While  the  previous  paragraphs  outline  the  essential  features  of 
DRIVE’S  priority-setting  process,  going  from  initial  data  to  final  pri¬ 
ority  lists  is  more  complicated,  and  we  have  divided  the  process  into 
the  following  five  steps; 

1.  Assemble  data  from  Air  Force  standard  data  systems  and  other 
sources. 

2.  Accept  users’  inputs  and  choices  of  options,  perform  preliminc 
calculations,  and  reorganize  and  distill  information  from  the  first 
step. 

3.  Generate  prioritized  sequences  of  repair  actions  and  recommenda¬ 
tions  for  distribution. 

4.  Adjust  results  from  step  3  for  shop  capacity. 

5.  Construct  human-usable  priority  lists. 

The  first  step  is  carried  out  with  the  preprocessor,  a  computer  pro¬ 
gram  written  by  personnel  at  the  Ogden  Air  Logistics  Center  (ALC). 
The  preprocessor  utilizes  data  extracted  from  half  a  dozen  AFLC 
standard  systems,  plus  specially  maintained  files,  to  produce  an  out¬ 
put  file  containing  information  about  bases  and  about  the  LRUs  and 
SRUs  whose  repairs  are  prioritized  by  DRIVE. 

The  second  step  serves  as  a  bridge  between  the  output  of  the  prepro¬ 
cessor  and  the  priority  calculations.  Its  roles  are  to  accept  users’  in¬ 
puts,  do  some  preliminary  calculations,  and  organize  information 
needed  by  subsequent  steps  in  a  compact  form.  The  preliminary  cal¬ 
culations  relate  to  demand  rates  and  deriving  allowable  numbers  of 
LRUs  missing  from  aircraft  at  bases  from  the  original  availability 
goals.  Step  2  also  invokes  some  approximations  needed  to  agree  with 
assumptions  made  by  the  priority  calculation.  One  assumption  is 
that  each  LRU  has  its  own  unique  set  of  SRUs.  The  most  important 
adjustment  made  in  step  2  is  mitigating  between  needs  for  primary 
operating  stock  (POS)  and  maintaining  full  war  readiness  spares  kits 
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(WRSK),  which  are  possessed  by  some  units  whose  wartime  missions 
call  for  deployment  without  capability  for  repairing  LRUs.  For  such 
bases,  DRIVE  increases  expected  demands  during  the  planning  hori¬ 
zon  by  assuming  that  aircraft  at  those  bases  will  fly  at  wartime  rates 
for  30  days  at  the  end  of  their  horizons.  This  is  DRIVE’S  way  of  pro¬ 
viding  spares  for  wartime  sustainability  and  at  the  same  time  being 
“fair”  to  bases  with  peacetime  training  programs  that  are  not  autho¬ 
rized  WRSK. 

Most  of  DRIVE’S  mathematics  is  embodied  in  the  third  step,  which 
calculates  prioritized  sequences  of  repair  actions  and  priorities  for  al¬ 
locating  items  from  the  depot  to  bases.  The  priority  calculation  of 
step  3  does  not  account  for  repair  capacity  constraints.  Instead,  the 
priority  lists  are  deliberately  made  generously  long.  The  lists  are 
then  truncated  in  step  4  with  an  interactive  procedure  that  we  call 
line  drawing,  a  term  suggested  by  the  image  of  drawing  a  line  across 
a  globally  optimized  priority  list.  The  line-drawing  program  also  es¬ 
timates  the  number  of  SRUs  that  should  be  made  available  for  repair¬ 
ing  LRUs  in  the  production  period  beyond  the  one  of  immediate  con¬ 
cern.  This  supports  our  notion  of  proactive  SRU  repair,  which  is  the 
idea  that  LRU  repairs  are  likely  to  be  accomplished  more  quickly  and 
efficiently  if  appropriate  stocks  of  SRUs  are  on  hand.  Following  the 
line-drawing  operation  of  step  4,  DRIVE  prepares  priority  lists  for  the 
repair  shops  and  for  use  by  item  managers  in  allocating  assets. 

In  addition  to  these  five  steps,  we  have  also  constructed  an  interac¬ 
tive  computer  program  called  the  DRIVE  Decision  Support  Program 
(DDSP)  that  can  replay  the  sequence  of  decisions  that  the  prioritiza¬ 
tion  algorithm  has  made.  It  was  originally  intended  as  a  pedagogical 
device  to  aid  in  explaining  how  DRIVE  works,  but  we  have  found  it  to 
be  a  very  useful  diagnostic  tool  in  helping  us  understand  the  particu¬ 
lar  situation  and  problems  concerning  any  LRU  family.  One  reason 
the  DDSP  is  so  useful  is  that  the  DRIVE  database  brings  together  a 
wealth  of  information  in  ways  that  no  other  data  system  does,  and  the 
DDSP  graphically  displays  statistics  derived  from  those  data.  The 
DDSP’s  displays  help  humans  synthesize  the  voluminous  quantities 
of  data  that  are  pertinent  to  the  performance  of  the  system  with 
respect  to  any  particular  LRU  family. 

A  final  topic  addressed  in  this  report  is  quarterly  repair  planning. 
Although  DRIVE  is  intended  to  replace  the  current  system  of  working 
toward  negotiated  quarterly  goals,  we  still  need  to  estimate  quarterly 
repair  quantities  for  manpower  planning,  laying  in  consumable  repair 
parts,  and  make  similar  resource-allocation  decisions.  We  considered 
a  number  of  ways  to  do  this  and  developed  a  simulation  model  to 


evaluate  various  methods.  The  method  found  most  satisfactory  is  to 
use  DRIVE  as  though  the  depot  were  going  to  accomplish  a  quarter’s 
worth  of  repairs  in  the  last  production  period  of  the  quarter.  The 
precision  of  any  quarterly  planning  method,  however,  is  limited  by 
the  xinderlying  variability  of  the  demand  processes  for  spare  parts. 
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to  the  DRIVE  input  database. 

At  Headquarters,  AFLC,  Richard  Moore  provided  many  helpful  and 
competent  evaluations,  suggestions,  and  improvements  to  the  DRIVE 
software. 
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Air  Force  Logistics  Command. 

Avionics  intermediate  shop.  The  maintenance 
shop  that  repairs  avionics  LRUs.  Shops  with  this 
name  are  located  at  bases  as  well  as  the  depot. 
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AFLC’s  central  system  for  allocating  stock  levels 
for  recoverable  spares  to  the  depot  and  bases. 

AFLC’s  Stock  Control  and  Distribution  System. 
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AFLC’s  Recoverable  Consumption  Item  require¬ 
ments  System,  the  system  for  computing  require¬ 
ments  for  recoverable  spares  and  depot-level  re¬ 
pair. 

AFLC’s  system  for  component  repair  workloading. 

AFLC’s  system  that  formerly  provided  central 
visibility  of  the  worldwide  asset  position  for 
recoverable  assets.  It  operated  with  data  from  the 
Air  Force  Recoverable  Asset  Management  System. 

The  subsystem  of  D143  that  captured  asset 
positions  worldwide. 

The  subsystem  of  D143  that  captured  assets  in 
transit  to  or  from  bases. 
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Dyna-SCORE 
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Force  beddown 
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The  Mission  Capability  Requisition  Status  Report¬ 
ing  System. 

The  Aerospace  Vehicle  and  Selected  Items  of 
Equipment  Mission  Capable  Status  Reporting 
System. 

DRIVE  Decision  Support  Program. 

Due  in  from  maintenance. 

Depot  maintenance  support  center.  A  storeroom 
near  the  shop. 

Dynamic  Multi-Echelon  Technique  for  Recoverable 
Item  Control.  RAND  has  developed  a  series  of 
capability  assessment  models  to  support  policy 
analytic  studies  of  the  logistics  system.  Dyna- 
METRIC  Version  4,  an  analytic  model,  is  incor¬ 
porated  in  AFLC’s  Weapon  System  Management 
Information  System  (WSMIS).  Version  5,  a 
simulation  model,  was  used  in  this  research. 
Version  6,  an  advanced,  hybrid  analytic-simulation 
model,  the  latest  version  of  the  Dyna-METRIC 
series,  extends  Version  5  to  incorporate  the 
indenture  relationships  among  LRUs  and  SRUs, 
and  adds  more  explicit  representation  of 
management  adaptations. 

Dynamic  Simulation  of  Constrained  Repair.  A 
discrete-event,  Monte  Carlo  simulation  model  of 
repair  shops  similar  in  repair  process  to  the 
Avionics  Intermediate  Shop.  Dyna-SCORE  was 
developed  to  explore  the  payoffs  of  certain 
management  adaptations  in  repair  activities. 

Fraction  application  percentage.  The  fraction  of 
end  items  of  a  particular  kind  that  contains  a 
given  type  of  LRU. 

The  posture  of  the  combat  force  in  terms  of 
numbers  of  aircraft  of  each  type  at  each  location. 
The  force  beddown  could  also  be  specified  by 
aircraft  serial  number. 

Item  manager. 

Inertial  navigation  unit. 
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LPRF 

LRU 


LSRU 


MIC 

MICAP 


MISTR 


MRIU 

NFMC 


NMCS 

NRTS 


NSN 

OIMDR 


Low-power  radio  frequency  unit. 

Line-replaceable  unit.  Components  that  are 
removed  from  aircraft  when  a  discrepancy  is 
suspected.  In  the  indentured  relationships  among 
component  parts  of  an  aircraft,  for  example,  they 
are  typically  thought  of  as  component  parts  of 
subsystems. 

The  name  given  to  the  computer  program  that 
embodies  DRIVE’S  priority-setting  logic  as  de¬ 
scribed  in  Section  2  of  this  report.  It  is  a 
contraction  of  LRU  and  SRU. 

Maintenance  inventory  center.  Former  name  for 
DMSC. 

Mission  capability.  A  term  used  to  describe  a 
condition  such  that  an  aircraft  is  not  mission- 
capable  for  lack  of  a  component  part.  The 
requisition  in  the  supply  system  for  that 
component  part  is  called  a  MICAP  requisition. 

Management  of  Items  Subject  to  Repair.  The 
current  system  that  DRIVE  is  intended  to  replace. 
Quantities  of  items  to  be  repaired  during  a  quarter 
are  negotiated  and  are  taken  as  goals  for 
execution. 

Missile  release  interface  unit. 

Not  fully  mission-capable.  The  status  of  an 
aircraft  that  is  flyable,  but  whose  capability  to 
perform  its  assigned  mission  is  in  some  sense 
degraded,  constrained,  or  inhibited. 

Nonmission-capable  for  supply. 

Not  repairable  this  station.  The  status  of  a 
recoverable  asset  that  cannot  be  repaired  at  inter¬ 
mediate  level  and  must  be  returned  to  the  depot 
for  repair. 

National  stock  number. 

Organizational  and  intermediate  maintenance  de¬ 
mand  rate. 
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PAA 

Primary  authorized  aircraft.  The  number  of  air¬ 
craft  allocated  to  a  unit  to  carry  out  its  assigned 
mission. 

PACAF 

Pacific  Air  Forces. 

PMS 

Production  management  specialist. 

POS 

Primary  operating  stock  (formerly  peacetime 
operating  stock).  Spare  parts  authorized  to  bases 
to  support  peacetime  operations  but  which  may 
also  be  used  in  wartime. 

QPA 

Quantity  per  application.  The  number  of  copies  of 
an  LRU  in  an  end  item.  Also  applies  to  SRUs  in 
LRUs. 

SBSS 

Standard  Base  Supply  System. 

SRAN 

Supply  reporting  activity  number.  An  account 
number  assigned  to  a  base’s  accountable  supply 
officer. 

SRU 

Shop-replaceable  unit.  A  component  of  an  LRU 
which  is  typically  removed  and  replaced  during 
intermediate-level  repair. 

USAFE 

United  States  Air  Forces  Europe. 

VTMR 

Variance-to-mean  ratio.  The  unbiased  estimator  of 
the  variance  divided  by  the  mean  of  a  stochastic 
process. 

WRSK 

War  readiness  spares  kit.  A  set  of  spare  parts  that 
is  authorized  to  a  unit  to  help  support  its  combat 
operations  during  the  early  days  of  wartime. 

WSMIS 

Weapon  System  Management  Information  System. 

TRADES 

Theater  Repair  and  Distribution  Execution 
System.  A  version  of  DRIVE  used  in  regional 
repair  centers. 

X21  Report 

A  report  of  component  repair  requirements 
produced  by  AFLC’s  D073  system. 

1.  INTRODUCTION' 


In  its  Uncertainty  Project,  RAND  quantified  the  levels  of  variability 
in  demand  for  aircraft  recoverable  spare  parts  observed  during  peace¬ 
time.-  High  variability  makes  forecasting  requirements  for  service¬ 
able  assets  to  support  the  combat  force  more  difficult,  and  the  fore¬ 
casts  are  vulnerable  to  the  vagaries  of  repairable  generations  and  the 
stochastic  nature  of  the  evolution  of  the  asset  position  as  time  passes. 
The  longer  the  planning  horizon  over  which  the  forecast  is  made,  the 
more  difficult  the  forecasting  problem  becomes.  Moreover,  the  diffi¬ 
culty  of  forecasting  over  long  planning  horizons  will  probably  be  com¬ 
pounded  in  wartime  by  system  disruptions,  resource  losses,  and  the 
inevitable  surprises  the  enemy  is  likely  to  create  in  the  highly  uncer¬ 
tain  combat  scenario. 

As  a  matter  of  policy.  Air  Force  units  with  deployment  tasking  are 
authorized  war  readiness  spares  kits  (WRSKs),  the  contents  of  which 
are  computed  with  the  goal  of  having  no  more  than  a  specified  num¬ 
ber  of  aircraft  unavailable  for  lack  of  parts  after  30  days  of  operation 
at  wartime  activity  levels.  This  policy  implicitly  tries  to  avoid  exces¬ 
sive  dependence  on  replenishment  during  the  early  days  of  a  combat 
contingency,  a  policy  apparently  rooted  in  the  belief  that  transporta¬ 
tion  will  be  scarce  during  such  periods.  Given  this  policy,  it  is  impor¬ 
tant  not  only  to  maintain  high  readiness  in  peacetime,  but  also  to 
maintain  an  asset  position  well  balanced  for  combat  sustainability. 

The  current  depot  repair  management  system  is  not  sensitive  to  the 
evolving  asset  position,  nor  does  it  incorporate  explicit  consideration 
of  aircraft  availability  goals  in  repairing  or  allocating  assets.  During 
the  fiscal  quarter  in  which  component  repairs  occur,  the  asset  data 
underlying  the  estimation  of  repair  requirements  for  that  quarter  are 
six  to  nine  months  old.  The  repair  goals  toward  which  the  depot 
maintenance  activity  works  are  negotiated  internally  between  func¬ 
tional  entities  within  the  Air  Logistics  Center  (ALC).  The  goals  are 
frequently  adjusted  during  the  quarter,  typically  downward,  usually 
due  to  shortages  of  repairable  carcasses  or  repair  parts,  owing  to  the 


'The  discussion  in  this  section  draws  heavily  from  Abell,  John  B..  et  at,  DRIVE 
(Distribution  and  Repair  in  Variable  Eni'ironmentst:  Enhancing  the  Responsiceness  of 
Depot  Repair,  RAND,  R-3888-AF,  1992. 

^See  Crawford,  Gordon  B.,  Variability  in  the  Demands  for  Aircraft  Spare  Parts:  Its 
Magnitude  and  Implications,  RAND,  R-3318-AF.  January  1988. 
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failure  of  the  current  system  to  take  explicit  account  of  uncertainty  in 
its  repair-requirements  determination  process. 

DRIVE  was  developed  as  an  alternative  to  the  current  system  and 
takes  a  very  different  approach  to  the  problem.  It  uses  a  current 
snapshot  of  the  asset  position  (literally  only  a  couple  of  days  old  at  the 
time  the  algorithm  is  run),  coupled  with  aircraft  availability  goals 
specified  by  mission/design-base  combination,  e.g.,  F-16s  at  Moody 
Air  Force  Base  (AFB)  would  have  an  availability  goal.  User-specified 
scenario  data  (goals,  force  beddown,  flying  hours,  etc.)  are  combined 
with  data  elements  from  several  standard  Air  Force  Logistics 
Command  (AFLC)  data  systems  to  support  DRIVE’S  decisionmaking 
about  prio’itization  of  repairs  within  repair  resources  (e.g.,  auto¬ 
mated  test  stands)  and  the  allocation  of  serviceable  assets  to  locations 
worldwide. 

DRIVE  produces  two  kinds  of  priority  lists:  a  repair  list  for  use  by 
shop  chiefs,  schedulers,  and  others,  and  an  allocation  list  for  use  by 
the  item  managers  (IMs)  in  allocating  assets  to  users.  Actions  are  se¬ 
quenced  on  the  list  in  decreasing  order  of  a  numerical  function  reflect¬ 
ing  both  their  contributions  to  the  probability  of  meeting  all  the 
availability  goals  and  their  repair  costs.  Thus,  no  matter  where  one 
stops  on  the  list,  for  that  total  repair  cost  (specified  to  DRIVE  in 
standard  repair  hours,  although  other  costs  could  be  used),  the  prob¬ 
ability  of  meeting  all  the  availability  goals  will  be  approximately 
maximized;  conversely,  for  a  specified  probability  of  meeting  all  the 
availability  goals,  DRIVE’S  sequenced  repair  list  provides  an  approxi¬ 
mately  least-cost  mix  of  component  repairs  to  achieve  it. 

In  its  determination  of  the  sequenced  repair  and  distribution  lists, 
DRIVE  ignores  base  and  depot  stock  levels  and  requisitions  from  the 
bases  and  focuses  on  the  availability  goals  and  the  current  asset  posi¬ 
tion  at  each  location.  This  is  inconsistent  with  the  requisitioning  sys¬ 
tem  currently  in  use  in  the  Air  Force.  The  inconsistency  raises  sev¬ 
eral  important  policy  and  implementation  issues  that  suggest  the 
need  to  evaluate  an  alternative  approach  in  which  DRIVE  would  allo¬ 
cate  stock  levels  and  prioritize  asset  allocations  against  requisitions 
in  the  system.  Such  an  approach  would  resolve  those  issues  and  ease 
the  implementation  of  a  production  version  of  DRIVE. 

The  move  to  a  system  whose  objective  function  is  oriented  toward 
aircraft  availability  will  be  a  cultural  shock  to  the  Air  Force  logistics 
system.  It  implies  less  emphasis  on  traditional  measures  of  system 
performance  such  as  MICAPs  (parts  shortages  affecting  mission 
capability)  and  AWPs  (numbers  of  components  awaiting  repair  parts). 
Traditional  measures  of  performance  will  need  to  be  subordinated  to 
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aircraft  availability.  This  change  in  emphasis  will  have  important 
implications  for  logistics  managers  throughout  the  system. 

The  prototype  of  DRIVE  was  demonstrated  at  the  Ogden  Air  Logistics 
Center.  It  was  used  to  prioritize  the  repair  and  allocation  of  F-16 
avionics  LRUs  and  SRUs.^  The  demonstration  was  successful  in  the 
sense  that  it  showed  that  such  an  approach  was  not  only  feasible  but 
also  that  it  could  be  expected  to  3deld  substantial  improvement  in 
peacetime  readiness  and  wartime  sustainability  without  additional 
costs.  The  demonstration  was  also  helpful  in  identifying  policy  and 
implementation  issues  that  will  need  to  be  resolved  before  implemen¬ 
tation  of  a  production  version  of  the  system. 

Figure  1.1  reflects  the  results  of  some  quantitative  evaluations  of 
DRIVE.'*  The  three  bars  reflect  F-16A/B  aircraft  availability  on  day 
30  of  a  nominal  wartime  scenario  in  which  shortages  of  the  compo¬ 
nents  being  prioritized  by  the  DRIVE  prototype  cause  aircraft  to  be 
unavailable.  In  the  first  case,  DRIVE  is  not  used;  the  depot  operates 
with  its  current  repair-planning  system.  In  the  second  case,  DRIVE 
is  used  only  to  allocate  the  serviceable  assets  emerging  from  repair. 
The  third  case  reflects  full  compliance  ■with  DRIVE’S  suggested  asset 
repairs  and  allocations.  The  result  is  that  roughly  an  additional  one- 
fifth  of  the  possessed  aircraft  are  available  on  day  30,  a  dramatic  im¬ 
provement  over  the  current  system. 

Our  conclusions  from  the  Ogden  demonstration  were  that  AFLC  and 
the  Air  Staff  should  proceed  with  resolution  of  the  issues  that  are 
troublesome  to  full  implementation  of  DRIVE  and  develop  a  produc¬ 
tion  version  of  the  system.  Since  the  Ogden  demonstration,  several 
events  have  occurred  that  influence  the  shaping  of  a  desired  future 
course  in  spares  and  repair  management  policy  for  the  Air  Force.  An 
adaptation  of  DRIVE  called  TRADES  (Theater  Repair  and  Distribu¬ 
tion  Execution  System)  has  been  successfully  demonstrated  for  use  in 


^LRUs  are  line-replaceable  units,  components  usually  removed  from  aircraft  when 
.suspected  of  being  defective.  The  LRU  is  typically  sent  to  an  intermediate-level  repair 
facility  for  fault  diagnosis  and  repair.  If  it  is  beyond  intermediate  repair  capability,  it 
is  declared  to  be  NRTS  (not  repairable  this  station)  and  returned  to  the  depot  level  for 
repair.  An  SRU  is  a  shop-replaceable  unit  such  as  a  circuit  card  or  other  subassembly 
of  the  LRU.  LRUs  are  often  repaired  by  removing  and  replacing  one  or  more  SRUs.  In 
the  Air  Force,  avionics  SRUs  are  typically  sent  back  to  the  depot  for  repair. 

^These  were  done  using  Dyna-METRIC  (Dynamic  Multi-Echelon  Technique  for 
Recoverable  Item  Contrel),  RAND’s  capability  assessment  model.  They  reflect  the 
results  of  one  fiscal  quarter  of  simulated  operation  under  the  conditions  described. 
Each  case  represents  the  same  repair  capacity.  A  detailed  discussion  can  be  found  in 
Abell,  John  B.,  et  al.,  DRIVE,  R-3888-AF. 
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Figure  1.1 — Payoffs  of  DRIVE’S  Repair  and  Distribution 


managing  repair  and  asset  allocation  at  subdepot  echelons  of  the 
system.  It  is  intended  for  extension  to  other  locations  and  raises  the 
issue  of  integrated  decisionmaking  across  echelons  so  that  duplicative 
and  inconsistent  asset  allocation  decisions  are  avoided.  At  the  time  of 
this  writing,  additional  research  is  being  undertaken  to  develop  and 
demonstrate  an  advanced  multi-echelon  spares  and  repair  manage¬ 
ment  system  for  the  Air  Force  that  will  satisfy  the  need  for  multi¬ 
echelon  integration.  It  is  intended  to  be  a  requisition-based  system 
that  will  operate  with  a  shared  database  whose  source  data  will 
include  asset  position  snapshots  from  the  standard  base  supply 
system  (SBSS).  This  change  in  orientation  from  the  DRIVE  prototype 
will  resolve  several  of  the  implementation  issues  raised  in  the  proto¬ 
type  demonstration. 

The  most  compelling  single  conclusion  of  the  work  described  here  and 
in  R-3888-AF  is  that  a  DRIVE-like  mechanism  that  prioritizes  repairs 
and  allocates  serviceable  assets  using  current  data  and  specified  air¬ 
craft  availability  goals,  especially  if  coupled  with  responsive  distribu¬ 
tion  and  transportation  systems  that  enable  planning  horizons  to  be 
much  shorter  than  they  are  in  the  current  system,  can  enable  the  de¬ 
pot  component  repair  system  to  make  a  very  substantial  contribution 
to  aircraft  availability  in  peacetime  and  wartime.  In  this  report,  we 
discuss  the  design  and  operation  of  the  DRIVE  prototype,  the  deci- 


sions  we  made  in  its  design,  its  assumptions,  its  underlying  logic,  and 
its  design  as  a  decision  support  system. 

Because  the  overall  problem  of  determining  repair  and  distribution 
priorities  is  fairly  complex,  the  Ogden  prototype  is  implemented  as  a 
five-step  process.  Dividing  up  the  system  in  this  way  eased  the  man¬ 
agement  of  the  project,  permitted  the  development  of  software  on  per¬ 
sonal  computers,  and  facilitated  the  participation  of  more  than  one 
person  in  the  programming.  Moreover,  the  availability  of  data  files 
created  between  steps  expedited  debugging  and  enhanced  our  ability 
to  analyze  data.  The  five  steps  in  the  prioritization  process  are: 

1.  Assemble  data  from  Air  Force  standard  data  systems  and  other 
sources. 

2.  Accept  user’s  inputs  and  choices  of  options,  perform  preliminary 
calculations,  and  reorganize  and  compact  information  fiom  the 
first  step. 

3.  Generate  prioritized  sequences  of  repair  actions  and  recommenda¬ 
tions  for  distribution. 

4.  Adjust  results  from  step  3  for  shop  capacity. 

5.  Construct  human-usable  priority  lists. 

Since  most  of  DRIVE’S  mathematical  computations  and  pi’ioritization 
logic  are  incorporated  into  the  third  step,  the  details  of  step  3  are  ad¬ 
dressed  next  in  Section  2.  Section  3  discusses  the  second  step,  which 
serves  as  a  bridge  between  the  “real  data”  from  step  1  and  the  some¬ 
what  idealized  model  upon  which  step  3  is  based.  The  computer  pro¬ 
gramming  to  implement  the  first  step  was  accomplished  by  personnel 
at  the  Ogden  ALC  working  from  RAND’s  specification  of  the  content 
and  form  of  the  desired  output.  The  particular  items  of  data  produced 
in  step  1  are  also  enumerated  in  Section  3. 

Taking  account  of  available  shop  capacity  and  balancing  workload 
across  repair  resources  are  done  as  a  fourth  step  after  a  (long)  list  of 
priorities  is  calculated.  These  functions  were  not  integrated  with  the 
prioritization  logic  because  we  wished  to  limit  the  complexity  of  the 
priority  calculations,  and  because  we  judged  that  there  should  be  a 
high  degree  of  human-computer  interaction  in  working  out  the  final 
production  plan.  Section  4  describes  the  “line-drawing”  process  of 
step  4  and  the  actual  priority  lists  produced  in  step  5.  Section  5  dis¬ 
cusses  an  interactive  program  called  the  DRIVE  Decision  Support 
Program  (DDSP)  that  allows  one  to  observe  the  prioritization  process. 
We  have  found  the  DDSP  to  be  a  worthwhile  aid  to  understanding 
DRIVE  and  the  source  of  valuable  insights  into  problems  with  specific 
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LRUs.  The  diagnostic  power  of  the  DDSP  derives  from  its  graphical 
displays  of  large  amounts  of  data  about  LRUs  and  their  SRUs. 

Although  DRIVE  is  intended  to  be  used  frequently  to  make  decisions 
over  relatively  short  planning  horizons  there  is  need  to  take  a  longer 
view.  Toward  this  end,  we  discuss  in  Section  6  some  extensions  to 
DRIVE  to  assist  in  quarterly  repair  planning. 

In  a  companion  report,®  we  describe  the  current  depot  component  re¬ 
pair  planning  system  in  greater  detail,  as  well  as  DRIVE’S  motivation 
and  underlying  logic,  its  expected  performance  in  contrast  to  the  cur¬ 
rent  system,  the  payoff  of  systematic  reallocation  of  assets  in  the  lo¬ 
gistics  system,  the  policy  and  implementation  issues  raised  by  DRIVE 
in  its  demonstration  at  Ogden  in  prototype  form,  and  future  develop¬ 
mental  directions  that  need  to  be  taken  to  enhance  its  viability  in  the 
Air  Force  logistics  system.  The  companion  report  is  important  to  lo¬ 
gistics  policymakers,  managers,  and  analysts  throughout  the  system 
as  well  as  to  logisticians  in  the  other  services. 


®Abell,  John  B.,  et  at.  DRIVE. 


2.  DRIVE’S  MODEL  FOR  SETTING  PRIORITIES 


This  section  describes  DRIVE’S  underlying  model  and  logic  for  setting 
priorities  as  embodied  in  the  third  of  the  five  steps  listed  in  Section  1. 
The  mathematics  in  step  3  assumes  a  somewhat  simplified  view  of 
the  world  (for  example,  all  aircraft  at  a  base  are  configured  in  the 
same  way;  SRUs  are  unique  to  their  parent  LRUs).  The  approxima¬ 
tions  necessary  to  invoke  the  simplifications  are  applied  in  step  2, 
which  is  the  topic  of  Section  3. 

OVERVIEW  OF  THE  SECTION 

DRIVE  employs  a  greedy,  marginal-analytic  algorithm^  that  indicates 
a  sequence  of  actions  to  be  taken  at  the  depot.  The  objective  function, 
however,  is  concerned  with  aircraft  availability  at  bases.  Thus, 
evaluating  the  objective  function  depends  strongly  on  how  bases  are 
modeled.  The  ensuing  explanation  deals  first  with  the  objective 
function  and  DRIVE’S  model  of  base  operations,  followed  by  a 
description  of  how  the  depot  is  modeled.  Then  we  discuss  DRIVE'S 
optimization  algorithm,  and  we  conclude  with  a  description  of  the 
computational  scheme  that  puts  it  all  together.  The  many  assump¬ 
tions  made  by  DRIVE’S  priority  calculations  are  stated  at  appropriate 
points  as  the  discussion  progresses. 

DRIVE’S  OBJECTIVE  FUNCTION 

DRIVE  seeks  to  maximize  the  probability  that  all  bases  will  meet 
specified  goals  for  aircraft  availability  at  the  end  of  a  planning  hori¬ 
zon. ^  The  following  paragraphs  elaborate  on  v/hat  this  means. 


Aircraft  Availability  Goals 

Aircraft  availability  refers  to  the  number  of  aircraft  at  a  base  that  are 
missing  none  of  the  parts  under  the  purview  of  DRIVE.  Each  base 


^This  means  that  the  solution  is  developed  in  a  series  of  steps,  where  at  each  step  a 
choice  is  made  based  on  ratios  of  “benefit”  to  “cost”  and.  once  a  choice  is  made,  it  is  not 
reversed  in  subsequent  steps. 

■^In  Section  1 ,  we  stated  that  DRIVE  operates  on  goals  for  combinations  of  mis- 
sion/designs  and  bases.  We  shall,  however,  distinguish  only  among  bases  in  this  re¬ 
port  . 
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has  an  availability  goal  specifying  the  percent  of  its  aircraft  that  are 
to  be  complete.  The  bases’  goals  are  inputs  to  step  2. 

Planning  Horizons 

Planning  horizons  are  based  on  the  idea  that  if  the  depot  decides  to 
repair  an  item  in  the  near  future,  it  will  take  some  time  to  get  the 
item  into  the  repair  facility,  fix  it,  and  have  it  delivered  to  a  base. 
The  end  of  the  planning  horizon  marks  the  time  when  the  combat 
foi'ces  will  gain  the  benefit  of  an  action  taken  in  the  near  future. 
Planning  horizons  are  allowed  to  vary  among  the  bases  owing  to  dif¬ 
ferences  in  shipping  times  to  different  parts  of  the  world. 

drive’s  notion  of  a  planning  horizon  is  distinct  from  that  of  a  pro¬ 
duction  period,  which  is  the  interval  over  which  the  repairs  being 
planned  are  to  take  place.  Planning  horizons,  however,  should  be 
longer  than  production  periods.  * 

Probabilities 

Over  a  base’s  planning  horizon,  items  may  fail  and  be  removed  from 
aircraft.  DRIVE  is  concerned  only  with  whether  or  not  the  base  has 
enough  serviceable  spare  parts  to  repair  or  replace  the  failed  items;  it 
assumes  that  if  the  parts  are  available  at  the  base  by  the  end  of  the 
base’s  horizon,  the  repairs  will  be  made.  DRIVE  has  built-in  assump¬ 
tions  about  the  stochastic  nature  of  item  failures  (described  later). 
Given  data  about  a  base’s  current  assets,  a  specification  of  the  items 
that  the  base  will  receive  during  the  horizon  (which  is  what  DRIVE  is 
responsible  for  planning),  and  the  probability  distributions  describing 
the  failures  of  items  during  the  horizon,  DRIVE  calculates  the  proba¬ 
bility  that  the  base  will  meet  its  availability  goal  at  the  end  of  its 
horizon.  Assuming  independence  among  bases,  the  probability  that 
all  bases  meet  their  goals  is  the  product  of  the  probabilities  that  the 
individual  bases  meet  their  goals. 

DRIVE’S  MODEL  OF  BASES 

DRIVE  performs  probability  calculations  as  part  of  its  optimization 
procedure,  and  the  calculations  depend  on  how  bases  are  modeled. 
The  following  paragraphs  describe  how  DRIVE  views  bases  and  the 


■*At  Ogden,  DRIVE  is  run  on  alternate  Tuesdays  to  make  plans  covering  the  two- 
week  production  period  that  begins  on  the  following  Monday,  and  planning  horizons 
average  around  26  day.s. 
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implications  for  probability  computations.  A  mathematical  descrip¬ 
tion  of  the  probability  calculation  is  given  later. 


Cannibalization  of  LRUs  and  Further  Decomposition  of  the 
Objective 

A  critical  assumption  is  that  the  bases  practice  cannibalization  when¬ 
ever  possible.  This  means  that  if  LRUs  are  missing  from  airc2'aft  at  a 
base  for  lack  of  spares,  good  LRUs  are  shuffled  between  airplanes  so 
that  the  maximum  number  of  airci’aft  at  a  base  ai'e  whole.  Since  the 
aii’ci'aft  availability  goal  for  a  base  implies  the  allowable  number  of 
aii'ci'aft  missing  LRUs,  the  cannibalization  assumption  allows  the 
goal  to  be  translated  into  goals  for  individual  LRUs.  For  example,  if  a 
base’s  goal  is  that  no  more  than  five  aircraft  should  be  missing  pails, 
then  it  is  sufficient  that  no  type  of  LRU  should  be  responsible  for 
more  than  five  airplanes  down."*  This  means  that  the  probability  that 
a  base  meets  its  goal  is  the  product  of  probabilities  that  all  the 
individual  LRUs  at  the  base  meet  their  goals.  Hence,  the  overall  ob¬ 
jective  function  is  a  double  product  of  probabilities  over  bases  and 
LRU  types,  assuming  independence  among  LRUs  and  among  bases. 

The  probability  that  a  particular  type  of  LRU  is  not  responsible  for  a 
base  failing  to  meet  its  goal  is  the  probability  that  the  number  of 
LRUs  that  are  removed  from  aircraft  during  the  horizon  is  no  more 
than  the  base’s  current  stock  of  spares,  plus  LRUs  that  the  base  gains 
during  the  horizon,  plus  the  allowable  number  of  LRUs  missing  from 
aircraft  (which  we  refer  to  as  holes).  If  there  happen  to  be  holes  for 
the  LRU  in  question  at  the  beginning  of  the  horizon,  the  base  is  re¬ 
garded  as  having  negative  stock. 

Figure  2.1  illustrates  the  way  in  which  DRIVE  relates  LRU  asset  po¬ 
sitions,  planning  horizons,  and  goals.  The  diagram  is  a  hypothetical 
plot  of  the  asset  position  of  one  LRU  at  a  base  as  a  function  of  time. 
Positive  points  on  the  asset  position  scale  represent  the  number  of 
spare  (i.e.,  not  installed  in  aircraft)  LRUs  in  stock  at  the  base. 
Negative  values  indicate  LRUs  missing  from  aircraft.  The  origin  of 
the  time  scale  is  the  time  at  which  the  asset  position  was  repoiled 
prior  to  running  DRIVE  (about  two  days),  and  the  light-hand  end 
marks  the  end  of  the  planning  horizon. 


'The  rehition.ship  between  mi.-i.sine  LHU.'i  niul  aii'crafl  clown  is  slightly  eoinplicntecl 
will'll  tliei  e  iiri'  multiple  copies  ot  an  LRII  in  the  airplanes.  It  there  are  3  copies,  then, 
under  the  cannibalization  a.ssuniplion.  1. 2.  or  3  of  this  type  of'  MU’  iiiissim;  Croni  air¬ 
craft  results  ill  one  airplane  not  operational  clue  to  shortages  of  the  LIU'. 
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Figure  2.1 — DRIVE’S  View  of  Asset  Positions  and  Planning  Horizons 


The  cannibalization  assumption  has  two  implications.  First,  a  base 
would  not  have  airplanes  missing  a  type  of  LRU  and  also  show  that 
LRU  to  be  in  a  positive  asset  position  because  DRIVE  assumes  that 
bases  would  fill  all  the  LRU  holes  in  airplanes  with  whatever  stock  is 
available.  (Either  all  the  holes  for  an  LRU  get  filled,  or  all  the  stock 
of  that  LRU  gets  used  up.)  As  already  mentioned,  the  second  implica¬ 
tion  is  that  the  allowable  number  of  LRUs  missing  from  aircraft  are 
directly  implied  by  a  base’s  availability  goal,  number  of  aircraft,  and 
number  of  copies  of  the  LRU  on  an  airplane.  The  horizontal  line  at  an 
asset  position  of  -2  in  Figure  2.1  indicates  the  allowable  number  of 
LRUs  of  this  type  that  can  be  missing  from  airplanes  at  this  base. 

The  irregular  “staircase”  in  Figure  2.1  represents  a  possible  realiza¬ 
tion  of  losses  of  an  LRU  at  a  base.  The  base  begins  with  seven  spare 
LRUs  in  stock  and  loses  eight  LRUs  by  the  end  of  the  horizon,  leaving 
one  missing  from  its  aircraft.  Since  the  goal  is  to  have  no  more  than 
two  missing,  the  goal  is  met  in  this  case.  The  number  of  LRUs  lost  is 
a  random  variable,  and  a  portion  of  DRIVE’S  calculation  is  devoted  to 
computing  the  probability  that  the  asset  position  at  the  end  of  the 
horizon  falls  above  the  number  of  allowable  holes  for  the  LRU  in  the 
base’s  aircraft. 

It  is  important  to  note  that  DRIVE  is  only  concerned  about  the  prob¬ 
ability  that  the  asset  position  at  the  end  of  the  horizon  is  above  the  al¬ 
lowable  holes  line;  the  shape  of  the  staircase  does  not  matter.  It  fol- 
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lows  that  the  effect  of  the  base’s  receiving  an  additional  LRU  during 
the  horizon  is  the  same  as  if  the  base  had  started  with  one  more  LRU 
in  stock,  regardless  of  when  the  LRU  actually  arrives. 


Two  Levels  of  Indenture 

Since  the  Ogden  prototype  of  DRIVE  was  tailored  to  avionics  items, 
the  assumption  of  two  levels  of  indenture  fits  well.  Aircraft  contain 
LRUs  which,  in  turn,  may  contain  SRUs.  LRUs  are  repaired  both  at 
bases  and  at  the  depot,  but  SRUs  replaced  in  LRUs  at  bases  are  re¬ 
paired  only  at  the  depot.  DRIVE  does  not  consider  components  of 
SRUs,  which  usually  are  consumable  items  (often  refered  to  as  bits 
and  pieces). 

Repairs  at  Base  Level 

Because  of  our  focus  on  avionics,  this  explanation  may  not  apply  to 
all  kinds  of  components.  A  suspected  faulty  LRU  that  has  been 
removed  from  an  airplane  may  or  may  not  be  repaired  at  the  base. 
There  are  several  reasons  why  the  base  may  not  perform  the  repair 
locally.  Some  bases,  particularly  those  with  just  a  few  aircraft,  are 
not  equipped  to  repair  these  LRUs.  The  necessary  repair  might 
simply  be  beyond  the  base’s  capability  (such  as  replacing  a  wiring 
harness)  or  the  base  may  not  be  authorized  to  work  on  the  particular 
type  of  LRU.  The  base  may  already  have  made  several  unsuccessful 
attempts  at  repairing  the  particular  LRU,  indicating  that  deeper 
analysis  of  the  problem  should  be  made  at  the  depot.  In  such  cases, 
the  LRU  is  declared  NRTS  and  is  sent  to  the  depot. 

The  avionics  items  being  considered  are  repaired  on  automatic  test 
stations  that  perform  sequences  of  tests.  When  a  problem  is  detected, 
the  equipment  indicates  that  a  particular  SRU  is  at  fault,  and  the  re¬ 
pair  consists  of  swapping  the  bad  SRU  with  what  is  hoped  to  be  a 
good  one  and  running  the  test  again.  None  of  the  SRUs  dealt  with  by 
the  Ogden  prototype  are  repaired  at  base  level;  SRUs  found  to  be 
faulty  are  declared  NRTS  and  returned  to  the  depot  for  repair. 

The  LRUs  and  SRUs  are  all  recoverable  items.  This  has  two  implica¬ 
tions:  (a)  An  attempt  to  repair  them  is  made,  although  an  item  may 
be  condemned  at  the  depot  as  not  economical  to  repair,  and  (b)  when 
a  NRTS  item  is  returned  to  the  depot,  the  base  issues  a  requisition  for 
a  serviceable  replacement.  There  is  a  rule  that  NRTS  LRUs  contain  a 
full  complement  of  their  SRUs;  bases  do  not  retain  SRUs  from  LRUs 
that  they  return  to  the  depot. 
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Depot  Versus  Base  Repair  of  LRUs 

Mos*^  bases  have  the  capability  of  repairing  LRUs,  which  complicates 
computing  the  probability  of  the  number  of  LRUs  lost  at  a  base  dur¬ 
ing  its  planning  horizon.  For  a  base  that  does  LRU  repair,  there  are 
two  modes  of  LRU  failure  depending  on  whether  the  LRU  can  be 
repaired  at  the  base  or  if  it  has  to  be  returned  to  the  depot  for  repair. 
Therefore,  the  number  of  LRUs  lost  at  the  base  is  the  sum  of  two  ran¬ 
dom  variables:  the  number  that  fail  and  are  sent  to  the  depot,  and 
the  number  that  fail  but  could  be  repaired  at  the  base  if  there  were 
sufficient  replacement  SRUs.  Of  course,  if  a  base  does  not  repair 
LRUs,  DRIVE  would  be  concerned  only  with  LRUs  sent  to  the  depot 
for  repair. 

DRIVE  deals  with  the  first  random  variable — LRUs  sent  back  to  the 
depot  for  repair — in  a  simple,  direct  way.  Computations  about  LRUs 
stuck  in  base  repair,  however,  are  more  complex. 

drive’s  Model  of  the  Failure  and  Repair  Process 

When  avionics  faults  are  noted  on  an  aircraft,  flight  line  technicians 
attempt  to  diagnose  the  problem  and  isolate  it  to  one  LRU.  Typically, 
the  LRU  is  removed  from  the  aircraft  in  the  belief  that  it  is  defective 
and  sent  to  the  intermediate  repair  shop  for  more  comprehensive 
fault  isolation  and  repair.  Sometimes  more  than  one  LRU  are  re¬ 
moved  from  the  aircraft  to  ensure  that  the  fault  is  indeed  eliminated. 
In  any  event,  the  intermediate  repair  shop  uses  a  program-driven  au¬ 
tomatic  test  stand  to  attempt  to  identify  the  problem  and  repair  the 
LRU(s).  At  intermediate  level,  the  repair  is  sometimes  made  by 
straightening  pins,  cleaning  connections,  replacing  fuses  or  other  con¬ 
sumables,  resoldering  connections,  or  simply  calibrating  the  LRU. 
Often,  though,  the  LRU  is  repaired  by  replacing  one  or  more  defective 
SRUs,  and  the  defective  SRUs  are  sent  back  to  the  depot  for  repair. 
Sometimes,  however,  there  is  no  serviceable  spare  SRU  available  at 
the  base;  in  this  case,  the  base  submits  a  requisition  for  the  needed 
SRU,  and  the  LRU  becomes  AWP.  As  discussed  above,  sometimes  the 
base  cannot  repair  the  LRU  for  whatever  reason,  and  it  is  declared 
NRTS. 

Thus  there  are  four  outcomes  that  can  result  from  an  LRU  being  re¬ 
moved  from  an  aircraft  because  it  is  suspected  of  being  defective:  (a) 
it  can  be  judged  to  be  serviceable  as  the  result  of  a  bench  check;  (b)  it 
can  be  repaired  through  minor  maintenance  or  replacement  of  com¬ 
ponent  parts;  (c)  it  can  be  judged  to  be  repairable  but  the  base  cannot 
effect  the  repair  immediately  owing  to  lack  of  serviceable  repair  parts 
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and  it  becomes  AWP;  or  (d)  it  can  be  judged  to  be  repairable  but  be¬ 
yond  the  repair  capability  of  the  intermediate  level,  declared  NRTS, 
and  returned  to  the  depot  for  repair.  The  number  of  LRUs  that  were 
serviceable  at  the  start  of  the  planning  horizon  will  be  reduced  by  the 
number  entering  intermediate  repair  and  becoming  AWP  plus  the 
number  declared  NRTS  during  the  planning  horizon. 

From  the  depot’s  perspective,  the  first  two  of  these  several  possible 
outcomes  should  not  induce  the  allocation  of  any  additional  assets  to 
the  base.  (The  allocation  of  additional  serviceable  SRUs  to  replace 
any  used  in  repair  would  be  triggered  in  DRIVE  only  by  the  depleted 
SRU  asset  position  and  estimated  future  need  for  serviceable  spare 
SRUs.)  If  the  base  needs  one  or  more  SRUs  to  alleviate  an  AWP  con¬ 
dition  in  a  repairable  LRU,  DRIVE  will  allocate  such  SRUs  to  the 
base  if,  and  only  if,  an  additional  serviceable  LRU  is  sufficiently  valu¬ 
able  to  warrant  the  cost  of  providing  the  SRUs  to  repair  it. 

The  computations  involved  in  dealing  with  AWP  LRUs  are  more  com¬ 
plex  than  those  involving  NRTS  LRUs.  DRIVE  assumes  that  LRUs 
that  can  be  repaired  at  the  base  are  the  result  of  SRU  failures  and 
that  SRUs  are  cannibalized  among  LRUs.  Thus,  SRU  failures  are  re¬ 
garded  as  the  primary  events.  Furthermore,  the  failures  of  individual 
SRUs  are  assumed  to  be  independent  events.  As  a  result  of  these  as¬ 
sumptions,  the  SRU/LRU  relationship  is  similar  to  the  LRU/aircraft 
relationship.®  The  number  of  LRUs  of  a  particular  type  in  base  repair 
is  inferred  from  the  number  of  the  various  SRUs  missing  from  LRUs 
in  the  following  way.  For  each  type  of  SRU,  DRIVE  computes  the 
minimum  number  of  LRUs  needed  to  contain  the  SRU  holes.®  The 
cannibalization  assumption  implies  that  the  number  of  LRUs  in  base 
repair  is  the  largest  of  these  quantities.  Thus,  the  number  of  base- 
repairable  LRUs  lost  to  aircraft  that  are  still  in  base  repair  at  the  end 
of  the  horizon  for  lack  of  spare  SRUs  at  a  base  is  determined  by  the 
asset  position  of  the  kind  of  SRU  causing  the  most  LRUs  to  be  in  that 
condition. 

Because  SRU  failures  are  assumed  to  be  independent,  the  probability 
that  no  more  than  a  particular  number  of  LRUs  are  lost  due  to  a  lack 


®A  different  and  perhaps  more  natural  model  would  view  LRU  failures  as  the  pri¬ 
mary  event.s,  with  SRU  failures  conditional  on  the  number  of  repairable  LRUs.  That 
is,  in  fact,  the  way  in  which  DRIVE  views  the  SRUfIJtU  ndationship  when  considering 
LRU  repairs  at  the  depot.  This  is  described  in  the  paragraph  headed  by  “Inducting 
LRUs”  under  the  subsection  “DRIVE'S  Model  of  the  Depot." 

®SRU  hole  s  are  inferred  fn>m  unfilled  requisitions  for  SRUs  that  reflect  a  6L  advice 
code,  indicating  that  the  requisition  is  for  an  asset  needed  to  alleviate  on  AWP  short¬ 
age. 
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of  SRUs  is  the  product  of  probabilities  taken  over  SRU  types.  The  in¬ 
dividual  probabilities  are  derived  from  the  probability  distributions  of 
the  number  of  SRUs  failing  during  the  horizon. 

Among  the  depot’s  options  is  that  of  sending  SRUs  to  bases  to  fill 
holes  in  LRUs  in  base  repair.  Such  actions  can  increase  bases’  stocks 
of  spar  .  LRUs  or  provide  LRUs  to  fill  holes  in  aircraft. 


Negative  Binomial  Failure  Probabilities 

The  probability  that  a  base  will  meet  its  availability  goal,  given  the 
base’s  spare  stocks  of  LRUs  and  SRUs,  depends  on  probability  distri¬ 
butions  of  items  failing  at  the  base  during  the  base’s  planning  hori¬ 
zon.  In  the  case  of  LRUs,  the  random  variables  are  the  number  of 
LRUs  sent  by  bases  to  the  depot  for  repair.  For  SRUs,  the  random 
variables  are  the  SRUs  found  to  be  defective  in  the  bases’  testing  of 
LRUs  and  subsequently  sent  to  the  depot  for  repair. 

DRIVE,  like  many  other  models  used  in  logistics,  assumes  that  these 
probabilities  follow  a  negative  binomial  probability  law.  The  negative 
binomial  distribution  has  two  parameters  that  can  be  set  as  functions 
of  a  specified  mean  and  ratio  of  the  variance  to  the  mean,  commonly 
called  the  VTMR.^  The  means  of  the  distributions  are  calculated  in 
step  2  of  the  overall  DRIVE  calculation.  Choosing  an  appropriate 
VTMR  is  more  problematic  as  the  estimator  has  poor  sampling  prop¬ 
erties,  and  observed  VTMRs  are  very  unstable  over  time  (not  to  imply 
that  the  means  are  stable).^  The  Ogden  prototype  computes  VTMRs 
based  on  a  nonlinear  regression  proposed  by  Sherbrooke^  that  relates 
the  VTMR  to  the  expected  number  of  failures  per  year.  The  formula 
is 


VTMR  =  1.0  +  0.14  MEAN^^-^ 


^An  idcali.stic  view  might  lead  one  to  suspect  that  the  number  of  items  failing  in  an 
interval  could  be  described  by  a  Poi.s.son  distribution.  A  great  deal  of  empirical  evi¬ 
dence,  however,  shows  that  the  VTMR  is  typically  greater  than  one,  which  is  ptpssihle 
with  the  negative  binomial  distribution.  In  a  theoretical  sense,  there  are  two  ways  in 
which  the  negative  binomial  distribution  is  related  to  the  Poisson.  A  negative  binomial 
distribution  results  when  a  Pois.son  process  is  compounded  by  a  logarithmic  distribu¬ 
tion.  The  other  way  involves  a  Poisson  process  who.se  mean  is  sampled  from  a  gamma 
distribution.  It  may  be  true  that  neither  of  these  models  .supports  a  plausible  explana¬ 
tion  of  the  high  VTMRs  that  are  observed.  It  has  been  .suggested  that  the  part  removal 
phenomena  are  locally  Poisson,  hut  the  mean  varies  over  time. 

^'Appendix  A  gives  the  results  of  an  exercise  to  in\estigate  the  .sensitivity  of  DRIVE 
to  VTMRs. 

^Sherbrooke,  Craig  C.,  Estimation  of  the  Variance  to  Mean  Ratio  for  AFtA', 
Recorerahle  Rems.  Sherbrooke  and  As.sociates,  Potomac,  Maryland,  January  27,  1984. 
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The  negative  binomial  distribution  has  the  probability  density  func¬ 
tion 


f(x)  =  — ^  —  p'^d  -  pV ,  for  jf  =  0,  1.  •  •  ■ 

r(r)r(x+  1) 

where  r(  )  is  the  gamma  function  (r(ra-i  1)  =  n !  when  n  is  an 
integer).  Given  a  desired  mean,  p,  and  VTMR,  v  >  1,  the 
corresponding  p  and  r  parameters  are 

1  ,  p 

p  =  —  and  r  =  —  . 

DRIVE  computes  tables  of  negative  binomial  distributions  using  the 
recursion; 


f(0)  =  p" 


and 


fix  +  1)  =  -^^(1-  p)fix),  forx  =  0,  1,  2 . 

X  +  1 


Summary  of  DRIVE’S  Model  of  Bases 

The  following  assumptions  have  been  made: 

•  There  are  two  levels  of  indenture:  Aircraft  contain  LRUs,  and 
LRUs  may  contain  SRUs. 

•  Aircraft  are  repaired  at  bases  by  filling  LRU  holes,  and  LRUs  are 
repaired  by  filling  SRU  holes.  Successful  repair  of  aircraft  and 
LRUs  by  the  end  of  a  base’s  planning  horizon  depends  only  on  hav¬ 
ing  the  appropriate  hole-filling  items  at  the  base  by  the  time  the 
horizon  ends. 

•  LRUs  are  cannibalized  across  aircraft  and  SRUs  are  cannibalized 
across  LRUs. 

•  The  number  of  failures  of  LRUs  and  SRUs  at  a  base  that  need  de¬ 
pot  repair  within  a  fixed  time  period  are  independent  random  vari¬ 
ables  with  negative  binomial  distributions  having  variance-to- 
mean  ratios  as  functions  of  the  respective  means. 
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•  The  number  of  LRUs  that  fail  and  are  base  repairable  depend  only 
on  SRU  failures,  and  their  repair  is  only  a  matter  of  having  spare 
SRUs  available. 

•  All  depot-level  LRU  and  SRU  repairs  specified  for  the  production 
period  will  be  completed  and  the  items  will  be  delivered  to  their 
designated  bases  by  the  end  of  the  bases’  planning  horizons. 
(Whether  or  not  the  depot  has  sufficient  capacity  to  accomplish  the 
repairs  is  not  taken  into  consideration  while  priorities  are  deter¬ 
mined  in  step  3.  Constraints  stemming  from  limited  repair  capac¬ 
ity  are  imposed  later  in  step  4.) 

The  cannibalization  assumption  allows  the  base  goals  to  be  translated 
into  allowable  LRUs  missing  from  aircraft  for  each  base  and  type  of 
LRU,  and  the  probability  that  a  base  meets  its  goal  is  the  product  of 
probabilities  that  the  base’s  LRU  goals  are  met.  Each  of  these  proba¬ 
bilities  involves  the  sum  of  two  random  variables:  LRUs  lost  to  depot 
repair  and  LRUs  that  enter  base  repair  and  do  not  emerge  owing  to 
lack  of  SRUs.  The  probabilities  are  derived  from  the  distributions  of 
item  failures  during  the  horizon  and  are  functions  of  the  initial  stock, 
which  may  be  negative,  and  the  quantities  of  items  shipped  from  the 
depot  during  the  horizon. 

Mathematical  Description  of  DRIVE’S  Probability  Calculation 

Because  the  foregoing  ideas  are  essential  to  the  DRIVE  prototype,  the 
computation  of  the  probability  that  a  base  meets  its  goal  for  an  LRU 
is  described  here  in  more  formal  mathematical  terms.  One  advantage 
of  a  mathematical  representation  is  that  it  makes  possible  proofs  of 
properties  such  as  those  described  below  under  the  heading  “Some 
Relationships  Among  Allocation  Actions.” 

In  the  following,  we  consider  a  single  type  of  LRU  at  one  base.  We 
assume  that  the  LRU  contains  n  distinct  types  of  SRUs,  some  of 
which  may  be  present  in  multiple  copies,  and  that  all  of  the  SRUs 
contained  in  the  LRU  are  unique  to  that  kind  of  LRU. 

Number  of  LRUs  unserviceable  due  to  SRU  holes.  This  is  the 
smallest  number  of  LRUs  needed  to  contain  all  the  SRU  holes. 

Using  the  subscript  i(i  =  1,...,  n)  to  differentiate  among  the  n 
types  of  SRUs,  let 

q,  =  number  of  copies  of  type  i  SRUs  in  the  LRU; 
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hi  =  number  of  SRUs  of  type  i  missing  from  LRUs;  and 

S(  =  number  of  spare  SRUs  of  type  i  in  stock.  (DRIVE  as¬ 
sumes  that  holes  are  filled  whenever  possible,  so  that 
and  Sj  are  never  both  >0.) 

We  define 

Oj  =  the  smallest  number  of  LRUs  that  can  contain  the 
SRU  holes.  Then 


fl,  =  integer  part 


.  Qi 


To  see  how  the  formula  works,  suppose  q,  =  3.  This  maps  h,  =  0  in¬ 
to  =  0,  =  1,  2,  or  3  into  a,  =  1,  /?,  =  4,  5,  or  6  into  a,  =  2,  etc. 

Cannibalization.  The  cannibalization  assumption  is  that  the  num¬ 
ber  of  AWP'°  (waiting  for  parts)  LRUs  in  base  repair  is  the  smallest 
number  of  LRUs  that  can  hold  all  the  holes  for  the  missing  SRUs. 
Let  this  be  Oq,  which  is 


On  =  max  (a,  ]  . 

1=1 . n  '■  ^ 

Relation  between  failing  SRUs  and  LRUs  left  in  base  repair. 
Suppose  that  SRUs  of  one  kind  fail,  leading  to  Y,  additional 
LRUs  becoming  AWP  during  the  horizon  and  remaining  AWP  at  the 
end  of  the  horizon  for  lack  of  spare  SRUs.  The  largest  value  of  X, 
that  corresponds  to  a  value  of  Y,  is  given  by 

X,  =  7, Co  -h,  +  s,  +  q,Y,  . 

The  reasoning  is  as  follows.  The  number  of  SRUs  in  the  C),  LRUs  at 
the  beginning  of  the  horizon  is  7,ao.  Of  these,  /i,  are  defective  and 
qfid  -  h,  are  serviceable.  Now  add  to  this  s,  more  SRUs  available  for 
repairing  LRUs,  and  we  have  7,ao  -  h,  +  s,  SRUs  that  can  fail  during 
the  horizon  without  causing  any  more  LRUs  to  become  AWP  owing  to 
failures  of  this  kind  of  SRU.  Between  1  and  q^  additional  SRU  fail- 


*^he  acronym  AWP,  for  awaiting  parts,  is  used  to  describe  this  condition.  We  shall 
use  it  fmm  now  on  to  avoid  clumsy  wording. 
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ures  will  require  1  more  LRU  in  base  repair  than  are  AWP  at  the 
start  of  the  horizon.  And  <7,  +  1  through  2q^  additional  SRU  failures 
will  require  2  more  LRUs  AWP,  etc. 

Probability  that  an  SRU  causes  LRUs  to  be  stuck  in  repair. 

Let  F,(x)  and  Gj(y)  be  the  distribution  functions  of  X,  and  Y,,  re¬ 
spectively,  as  defined  in  the  preceding  paragraph.  Given  F,  (x),  the 
previous  paragraph  shows  that 

G,(y)  =  ^i(Q,ao  -  hi  +  s,  q,y)  . 

Probability  distributions  of  LRUs  stuck  in  repair.  The  probabil¬ 
ity  that  there  will  be  no  more  than  y  LRUs  AWP  in  base  repair  at  the 
end  of  the  horizon  is  the  probability  that  none  of  the  LRU’s  n  SRUs 
are  responsible  for  more  than  y  LRUs  AWP,  so  that 


=  n  G,(y)  ■ 

t=i 


From  this  one  can  calculate  the  density  function  by  subtraction: 


g„(0)  =  G()(0) 


and 


gQ^y)  =  G(i{y)  -  G„(y  -  1),  for  y  >  1 . 

Probability  that  a  base  meets  its  goal  for  an  LRU.  This  is  the 
result  that  we  have  been  working  toward.  In  the  notation  below,  the 
subscript  0  denotes  the  LRU. 

A  -  largest  number  of  LRUs  allowed  missing  from  aircraft  at 
the  base  at  the  end  of  the  horizon. 

=  number  of  LRUs  missing  at  the  beginning  of  the  horizon; 

.s,,  =  number  of  LRUs  in  stock  at  the  beginning  of  the  horizon 
plus  the  number  sent  to  the  base  during  the  production 
period  and  assumed  to  arrive  during  the  horizon; 

X,)  =  the  number  of  LRUs  removed  from  aircraft  and  sent  to 
the  depot  for  repair  during  the  horizon; 

F()(  )  =  the  probability  distribution  function  of  Xq; 
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Yq  =  the  number  of  LRUs  entering  base  repair  during  the 
horizon  and  still  missing  SRUs  at  the  end  of  the  horizon; 

go(  )  =  probability  density  function  of  Y^  as  computed  in  the 

preceding  paragraph; 

Zo  =  Xq  +  Yq  is  the  total  number  of  LRUs  lost  (i.e.,  failed  and 
either  NRTS  or  stuck  in  base  repair  during  the  horizon); 

P  =  the  probability  that  the  base  meets  its  goal  for  the  LRU. 

To  meet  the  goal,  the  number  of  LRUs  lost  during  the  horizon  plus 
the  LRUs  missing  at  the  start  of  the  horizon,  minus  the  initial  stock 
and  minus  LRUs  sent  to  the  base,  can  be  no  more  than  the  goal. 
Using  the  notation  just  defined, 

P  =  Pr  •[  Z(,  <  A  +  .S()  -  /i,)  ]  . 

Since  is  the  sum  of  two  independent  random  variables,  P  can  be 
computed  by  the  usual  convolution  formula: 

+  .s„  -  -  2)  . 


DRIVE’S  MODEL  OF  THE  DEPOT 

The  preceding  discussion  has  been  concerned  with  modeling  bases 
and  the  computation  of  the  objective  function.  We  now  turn  to  con¬ 
sideration  of  the  depot,  which  is  where  the  actions  that  DRIVE  helps 
plan  take  place.  DRIVE  considers  a  variety  of  actions  at  each  stage  of 
the  marginal  allocation  process.  The  alternatives  for  providing  addi¬ 
tional  assets  to  a  base  are: 

•  Send  a  serviceable  LRU  from  depot  stock. 

•  Complete  the  repair  of  an  AWP  LRU  at  the  depot  for  which  the 
needed  SRUs  are  known.  The  required  SRUs  may  be  in  stock,  or 
they  may  need  to  be  repaired. 

•  Induct  an  LRU  into  the  repair  process. 

•  Send  a  “package”  of  SRUs  to  a  base  where  the  set  of  SRUs  in  the 
package  will  allow  the  base  to  complete  the  repair  of  an  LRU.  The 
SRUs  may  be  in  stock  at  the  depot  or  they  may  need  to  be  repaired. 
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•  Send  an  SRU,  which  may  be  available  in  depot  stock.  If  it  is  not  in 
stock,  the  SRU  should  be  repaired. 

The  second  and  third  options  involving  repairing  LRUs  require  more 
explanation,  but  first  let  us  introduce  the  notion  of  costs. 


Repair  Hour  Costs 

As  discussed  in  more  detail  below,  DRIVE  employs  a  marginal  analy¬ 
sis  scheme  that  attempts  to  achieve  the  largest  possible  value  of  its 
availability-related  objective  function  for  the  repair  resources  ex¬ 
pended.  DRIVE  assumes  that  hours  available  in  a  production  period 
on  the  LRU  test  stands  and  in  the  SRU  repair  shops  are  the  limiting 
resources.  Therefore,  the  standard  hours  required  for  repairs  are 
used  in  the  marginal  analysis.  We  use  the  term  cost  in  a  generic 
sense  to  refer  to  such  data  even  though  the  units  are  hours  rather 
than  dollars.  If,  however,  it  were  determined  that  dollar  budgets 
were  generally  more  constraining  than  physical  capacity,  standard 
costs  could  easily  be  used  instead  of  standard  hours.  The  following 
paragi’aph  describes  how  DRIVE  associates  costs  with  the  various  al¬ 
ternative  depot  actions. 

For  the  repair  of  an  SRU,  the  cost  is  the  standard  hours  to  repair  the 
item.  Serviceable  SRUs  and  LRUs  that  can  be  taken  from  depot  stock 
are  arbitrarily  given  a  cost  of  one  hour  to  make  them  appear  cheap. 
The  reasoning  is  that  DRIVE’S  purpose  is  to  prioritize  repair  actions, 
and  the  depot  should  not  repair  something  if  a  serviceable  item  is  al¬ 
ready  available.  For  packages,  the  cost  is  the  sum  of  standard  repair 
hours  for  the  SRUs  in  the  package  that  have  to  be  inducted,  and  one 
hour  for  every  SRU  taken  from  stock.  Completions  of  AWP  LRUs 
that  have  already  been  inducted  and  diagnosed  bear  the  cost  of  the 
LRU  standard  repair  hours  plus  the  cost  of  the  package  of  needed 
SRUs.  For  LRU  inductions,  the  cost  is  the  standard  repair  hours  for 
the  LRU  plus  an  expected  number  of  standard  hours  for  the  SRUs. 
The  expectation  is  based  on  replacement  factors,  which  represent 
probabilities  that  the  various  SRUs  will  be  needed. 

Repairing  AWP  LRUs 

Unlike  bases,  the  Ogden  shop  that  repairs  LRUs  does  not  normally 
cannibalize  SRUs.  For  those  LRUs  that  have  been  inducted  and  for 
which  faulty  SRUs  have  been  identified,  DRIVE  is  provided  with  in¬ 
formation  about  what  SRUs  are  needed.  DRIVE  assumes  that  the  in¬ 
formation  is  complete  and  correct,  i.e.,  supplying  the  missing  SRUs  is 
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sufficient  to  repair  the  LRU.^^  For  each  unfinished  LRU,  DRIVE 
evaluates  the  cost  of  repair,  including  the  cost  of  supplying  missing 
SRUs.  When  choosing  to  finish  an  LRU,  it  picks  the  one  that  can  be 
’•epaired  at  least  cost.  The  total  costs  are  updated  at  each  step  to  cor¬ 
rect  for  costs  of  SRUs  that  may  no  longer  be  available  from  stock. 


Inducting  LRUs 

When  an  LRU  is  to  be  inducted,  there  is  only  probabilistic  informa¬ 
tion  about  what  SRUs  will  be  needed.  Although  DRIVE  evaluates  the 
cost  through  an  expected-value  calculation  based  on  probabilities  that 
individual  SRUs  will  be  needed,  we  want  to  bave  some  assurance  that 
needed  SRUs  will  be  available.  Thus,  DRIVE  may  request  the  repair 
of  SRUs  in  conjunction  with  the  induction  of  an  LRU.  This  is  done  in 
the  following  way. 

One  of  the  user-supplied  inputs  to  step  2  is  a  goal  specified  as  the 
probability  that  there  will  be  sufficient  SRUs  available  for  however 
many  LRU  inductions  for  each  type  of  LRU  are  called  for  on  the  prior¬ 
ity  list.  The  total  number  of  each  kind  of  SRU  that  may  have  to  be 
replaced  in  the  number  of  LRUs  inducted  so  far  is  treated  as  a  bino¬ 
mial  random  variable  where  the  number  of  trials  is  the  number  of 
LRUs,  and  the  probability  of  success  (i.e.,  needing  an  SRU)  is  the  re¬ 
placement  factor  for  the  type  of  SRU.  Given  the  number  of  SRUs  al¬ 
ready  allocated  for  prior  LRU  inductions,  the  probability  that  there 
will  be  enough  of  each  kind  can  be  computed.  The  product  of  these 
probabilities  taken  over  the  SRUs  of  each  kind  is  compared  to  the 
specified  target  probability.  If  the  computed  probability  is  too  low, 
DRIVE  will  ask  for  one  more  of  some  SRU  to  be  allocated  to  the  LRU 
shop.  This  step  is  repeated  until  a  satisfactory  probability  is  reached. 
The  choice  of  which  additional  SRU  to  supply  is  made  by  a  “mini- 
DRIVE”  marginal  allocation  procedure  that  works  as  follows.  For 
each  SRU,  calculate  the  logarithm  of  the  ratio  of  probabilities  with 
and  without  the  additional  SRU.  Divide  the  logarithm  by  the  SRU’s 
repair  cost  (or  one  hour  if  an  SRU  is  in  stock).  The  SRU  that  yields 


"This  assumption  is  questionable.  LKUs  are  repaired  on  computer-driven  test 
stands  and  tiie  pioce  .  is  .sequential.  Wlien  a  faulty  SRU  is  indicated,  the  SRU  is  re¬ 
placed  and  the  test  is  started  over.  To  diagnose  an  LRU  completely  requires  that  .ser¬ 
viceable  spare  SRUs  be  available.  Although  “shop  standard"  LRUs  ;n'e  not  authorized 
for  these  items,  we  have  been  told  that  the  shop  sometimes  keeps  the  "last  good  one"  in 
order  to  boiTow  its  SFfUs  for  testing  other  LRUs.  The  alternative  is  when  a  faulty  SRU 
is  indicated,  to  put  the  LRU  aside  until  a  replacement  SRU  is  obtained.  Whenever  that 
is  done,  the  assumption  leads  to  an  underestimate  of  what  is  needed  to  repair  an  LRU. 
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the  highest  value  is  chosen.  This  calculation  results  in  the  least  ex¬ 
penditure  of  SRU  repair  hours  for  the  probability  achieved. 

Packages  of  SRUs  for  Repairing  LRUs  at  Bases 

If  there  are  SRUs  missing  from  LRUs  at  a  base,  sending  a  package  of 
SRUs  sufficient  to  allow  the  repair  of  one  LRU  is  a  possibility  '’’he 
number  of  needed  SRUs  of  each  kind  is  calculated  in  the  following 
way.  The  cannibalization  assumption  implies  that  the  SRU  holes  are 
consolidated  into  the  minimum  number  of  LRUs,  and  we  want  to  fig¬ 
ure  out  how  many  holes  are  in  the  LRU  that  has  the  fewest  missing 
SRUs.  If,  for  SRU  type  i,  <  Oq,  the  LRU  is  not  missing  any  of  its 
SRUs  of  type  i  (because  a,  is  the  number  of  LRUs  needed  to  contain 
hj  holes,  but  there  are  more  than  that  many  AWP  LRUs).  When 
a,  =  Uq,  all  AWP  LRUs  except  possibly  the  one  we  are  interested  in 
are  missing  all  of  their  type  i  SRUs.  This  accounts  for  9i(ao  -  1)  of 
the  ft,  holes.  The  rest  of  the  holes,  equal  to  ftj  -  g,  (oq  -  1) ,  are  in  the 
LRU  we  are  considering. 

The  cost  of  a  package  is  figured  in  the  same  way  as  for  SRUs  required 
to  complete  the  repair  of  an  AWP  LRU  at  the  depot — standard  repair 
hours  for  SRUs  that  need  to  be  repaired  and  one  hour  for  those  that 
are  available  in  depot  stock. 

Sending  an  SRU  to  a  Base 

In  addition  to  packages  of  SRUs  (which  may  contain  only  a  single 
SRU)  to  repair  AWP  LRUs,  DRIVE  considers  sending  single  SRUs  to 
bases  to  be  held  in  stock  as  protection  against  future  needs. 


Bias  Toward  AWP  LRUs 

We  believe  that  it  is  preferable  to  repair  LRUs  at  the  depot  that  have 
already  been  inducted  into  repair  shops  and  whose  needs  for  SRUs 
have  been  determined  before  inducting  additional  repairable  LRUs. 
And  we  judge  that  AWP  LRUs  at  bases  should  be  given  preference 
over  AWP  LRUs  at  the  depot  when  both  options  have  comparable 
payoffs. To  these  ends,  we  introduced  a  heuristic  adjustment  to 
costs  associated  with  packages  of  SRUs  for  bases  and  for  completing 


’^The  main  consideration  is  that  in  many  cases,  LRUs  are  scarce  items  and  valu¬ 
able  resources  in  themselves  such  that  the  broken  ones  should  be  fixed  expeditiously. 
Furthermore,  AWP  LRUs  at  bases  can  be  fixed  and  made  available  more  quickly  than 
AWP  LRUs  at  the  depot,  and  we  do  not  want  to  be  sending  LRUs  to  bases  when  the 
bases  have  AWP  LRUs  that  they  can  fix  themselves. 
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repairs  of  AWP  LRUs  at  the  depot.  In  the  discussion  of  costs,  we  in¬ 
dicated  that  the  cost  of  an  LRU  induction  at  the  depot  was  the  stan¬ 
dard  hours  for  the  LRU  repair  plus  an  expected  value  for  its  SRUs 
based  on  replacement  factors  and  SRU  repair  hours.  In  the  case  of 
AWP  LRUs,  DRIVE  sets  an  upper  bound  on  the  repair  cost  that  is 
slightly  less  than  the  cost  of  an  LRU  induction.  In  turn,  the  bound  for 
packages  of  SRUs  is  slightly  less  than  the  bound  for  the  depot’s  AWP 
LRUs.  If  the  computed  cost  in  either  of  these  cases  is  less  than  the 
bound,  DRIVE  uses  the  computed  cost.  Otherwise,  DRIVE  uses  the 
bound. 

Carcass  Constraints 

Carcass  is  the  colloquial  term  for  a  defective  item  that  can  be  re¬ 
paired.  Obviously,  a  repair  can  take  place  only  if  there  is  a  repairable 
asset  available.  DRIVE  can  be  run  with  or  without  imposing  con¬ 
straints  on  prioritizing  repairs  for  items  beyond  the  number  of  car¬ 
casses  currently  available  in  the  depot.  The  Ogden  prototype,  how¬ 
ever,  does  not  impose  SRU  carcass  constraints  on  LRU  inductions. 
That  is,  it  does  not  decide  to  cancel  the  induction  of  an  LRU  because 
the  SRUs  asked  for  in  the  mini-DRIVE  calculation  are  not  avedlable. 
But  when  the  mini-DRIVE  does  request  SRU  repairs,  the  correspond¬ 
ing  SRU  inductions  are  counted  against  available  SRU  carcasses. 

Updating  Depot  Data 

As  DRIVE  selects  repair  and  distribution  actions,  it  updates  a  run¬ 
ning  count  of  available  stock  and  carcasses  for  LRUs  and  their  com¬ 
ponent  SRUs  at  the  depot.  For  SRUs,  the  stock  is  divided  between 
regular  depot  stock  and  SRUs  that  have  already  been  allocated  for 
use  by  the  LRU  repair  shop.^^ 

When  an  item  is  allocated  from  stock,  the  corresponding  stock  counter 
is  reduced.  In  the  case  of  SRUs  utilized  in  depot  LRU  repair,  stock 
already  allocated  to  the  LRU  shop  is  depleted  before  the  regular 
stock.  When  an  item  is  inducted,  its  carcass  count  is  reduced.  When 
a  specific  AWP  LRU  at  the  depot  is  selected  for  completion,  that 
LRU’s  record  of  SRU  holes  is  marked  to  indicate  that  it  cannot  be  se¬ 
lected  again. 


^^These  assets  are  in  a  storeroom  just  off  the  shop,  and  are  much  more  readily 
available  than  items  that  have  to  be  requested  from  depot  supply.  The  storage  place  is 
called  the  DMSC  for  depot  maintenance  support  center. 
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Updating  Bases  Receiving  Items 

Internally,  DRIVE  maintains  data  on  the  asset  position  for  each  LRU 
at  each  base.  For  an  LRU  and  all  its  component  SRUs  at  a  base, 
there  is  a  count  of  stock  on  the  shelf  and  of  numbers  of  items  missing 
from  higher  assemblies  (SRUs  in  LRUs  and  LRUs  in  aircraft).  When 
DRIVE  chooses  to  send  an  LRU  or  some  SRUs  to  a  base,  this  in¬ 
creases  the  stock  counts  for  the  items  at  the  receiving  base.  Then  a 
series  of  logical  steps  is  undertaken.  The  number  of  LRUs  in  base  re¬ 
pair  is  computed  from  the  array  of  SRU  holes.  Then  if,  for  any  SRU, 
both  stock  and  holes  are  positive,  the  stock  and  holes  are  both  re¬ 
duced  until  one  reaches  zero.  This  action  enforces  the  assumption, 
consistent  with  cannibalization,  that  there  will  not  be  both  stock  on 
the  shelf  and  holes.  The  computation  for  LRUs  in  base  repair  is  re¬ 
peated  because  some  SRU  holes  may  have  been  filled.  If  the  number 
of  LRUs  in  base  repair  is  now  less  than  the  number  originally  com¬ 
puted  before  filling  holes,  the  difference  is  assumed  to  be  an  increase 
in  LRU  stock.  If  necessary,  we  make  an  adjustment  to  invoke 
DRIVE’S  rule  that  there  cannot  be  both  LRUs  missing  from  airplanes 
and  stock  on  the  shelf. 

The  stock  and  holes  data  are  the  basis  for  the  probability  computa¬ 
tions  described  in  the  discussion  of  DRIVE’S  model  of  bases.  The 
machinations  described  in  the  previous  paragraph  reinforce  the  idea 
that  for  purposes  of  evaluating  the  objective  function,  all  we  care 
about  is  bases’  asset  positions  at  the  end  of  their  horizons,  and  it  does 
not  matter  when  during  the  horizon  items  are  allocated  to  a  base. 


Some  Relationships  Among  Allocation  Actions 

From  the  previous  mathematical  description  of  the  probability  com¬ 
putations,  we  can  derive  some  relationships  between  the  effects  of  al¬ 
ternative  depot  actions.  The  four  properties  of  DRIVE’S  probability 
calculation  below  may  not  agree  with  one’s  first  intuition. 

1 .  If  there  are  any  SRU  holes  at  a  base,  the  effect  of  sending  the  base 
exactly  the  set  of  SRUs  contained  in  an  LRU  is  identical  to  sending 
the  base  an  entire  LRU.  This  may  be  counterintuitive  because  in 
one  case,  the  base  receives  the  “box”  plus  the  contents,  and  in  the 
other,  the  base  gets  only  the  contents.  The  mathematics  shows, 
however,  that  because  the  base  has  SRU  holes,  there  is  at  least  one 
broken  LRU  at  the  base,  and  sending  only  the  SRUs  gives  the  base 
another  operational  LRU.  Also,  the  number  of  serviceable  SRUs  at 
the  base  is  the  same  in  both  cases. 
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2.  If,  however,  there  are  no  SRU  holes  at  a  base  (meaning  there  are 
no  AWP  LRUs  in  base  repair),  sending  an  LRU  is  better  for  the 
base  than  sending  only  an  LRU’s  complement  of  SRUs.  While  both 
options  give  the  base  the  same  increased  protection  against  SRU 
failures,  sending  a  whole  LRU  also  gives  the  base  added  protection 
against  an  LRU  failure  requiring  depot  repair.  (This  is  not  true  in 
the  previous  case,  where  the  base  has  LRUs  in  base  repair.) 

3.  Sending  a  package  of  SRUs  that  will  allow  the  base  to  repair  one  of 
its  AWP  LRUs  is  not  as  beneficial  to  the  base  as  sending  a  whole 
LRU,  even  though  the  base  gains  a  serviceable  LRU  either  way. 
This  is  because  the  base  gets  more  SRUs  in  the  LRU  than  with  the 
package  (unless  the  package  is  a  full  complement  of  SRUs,  in 
which  case  the  first  property  applies). 

4.  Consider  two  bases  that  are  identical  in  all  respects,  except  that 
base  A  has  no  SRUs  missing  from  LRUs,  and  base  B  has  some 
SRU  holes.  The  stocks  of  items  on  shelves  is  the  same  for  both 
bases.  Base  B  then  has  a  better  asset  position  than  base  A.  The 
reason  for  this  is  that  DRIVE  infers  that  base  B  has  LRUs  in  base 
repair  while  base  A  has  none.  The  AWP  LRUs  at  base  B  are  assets 
that  can  be  the  source  of  SRUs  for  cannibalization. 


DRIVE’S  OPTIMIZATION  ALGORITHM 

The  marginal  analysis  scheme  used  by  DRIVE  to  generate  sequences 
of  repair  and  distribution  actions  is  patterned  after  optimization 
methods  employed  by  other  normative  models  in  logistics,  particu¬ 
larly  models  that  allocate  stock  levels  of  spare  parts.^^  The  situation 
in  DRIVE  is  a  bit  more  complex  than  other  applications,  however,  and 
we  do  not  claim  strict  optimality. 


Marginal  Analysis  in  General 

Informally  speaking,  marginal  analysis  is  appropriate,  as  shown  in 
Appendix  C  of  the  LMI  report  just  cited,  in  the  following  kind  of 
problem.  There  are  potential  supplies  of  n  kinds  of  items,  indexed  by 
i ,  with  an  item  of  type  i  having  cost  Cj .  For  each  i ,  there  is  a  func¬ 
tion,  fiixi),  representing  the  payoff  for  allocating  x,  units  of  item  i, 
and  the  overall  objective  function  for  the  allocation  of  x, , . . . ,  x„  items 


^‘‘One  comprehensive  example  is  the  Logistics  Management  Institute’s  Aircraft 
Availability  Model.  A  technical  description  may  be  found  in  O’Malley,  T.  J.,  The 
Aircraft  Availability  Model:  Conceptual  Framework  and  Mathematics,  Logistics 
Management  Institute  (LMI),  Bethesda,  Md.,  June  1983. 
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is  /"i  (jcj )  +  /‘2  (JC2  )+■■■+  /^n  th®  fiinctions  fi  (Xi )  are  concave, 

meaning  each  increment  in  produces  a  smaller  increase  in  f,  than 
the  preceding  Increment,  then  an  efficient  allocation  may  be  achieved 
in  a  stepwise  manner.  At  each  step,  choose  the  item  i  for  which  an 
increment  in  x^  produces  the  largest  ratio  of  increase  in  payoff  to 
cost,  and  increase  Xi  by  1.  The  ratios  \fiix,  +  1)  - /"((Xilj/c,  are 
called  sort  values.  By  efficient  we  mean  mat  at  any  point  on  the  se¬ 
quenced  list  of  allocations,  for  that  total  cost,  the  objective  function 
will  be  maximized.  Conversely,  for  that  value  of  the  objective  func¬ 
tion,  the  algorithm  will  achieve  the  minimum  cost  allocation.  It  is 
significant  that  the  objective  function  can  be  expressed  as  a  sum  of 
concave  functions. 

Application  to  DRIVE 

The  DRIVE  objective  function  is  a  product  of  probabilities  indexed  by 
kind  of  LRU  and  base.  If  there  are,  say,  30  kinds  of  LRUs  and  20 
bases,  there  are  600  factors  in  the  product.  Ignoring  SRUs  for  now, 
we  regard  the  items  to  be  allocated  as  LRUs  to  bases.  The  product 
form  of  drive’s  objective  function  can  be  converted  to  the  additive 
form  required  by  the  theory  by  taking  logarithms.  The  numerator  of 
a  sort  value  associated  with  the  allocation  of  an  LRU  to  a  base  is  the 
difference  in  logarithms  of  probabilities  that  the  base’s  goal  for  the 
kind  of  LRU  is  met  with  and  without  the  additional  LRU.  If  Pi^ix)  is 
the  probability  that  base  b  meets  its  goal  for  LRU  I  with  x  LRUs  in 
stock,  the  numerator  of  the  sort  value  is  InP^ifx  +  1)  -  lnP,j,(x). 
The  denominator  is  the  cost  of  supplying  an  LRU. 

At  variance  with  the  previous  description  of  marginal  analysis  is  the 
fact  that  the  cost  of  supplying  a  particular  type  of  LRU  can  change  as 
more  LRUs  are  allocated.  But  since  DRIVE  will  first  allocate  LRUs 
from  depot  stock,  then  complete  the  repair  of  AWP  LRUs,  and  finally 
induct  new  LRUs,  the  costs  do  not  decrease  with  successive  alloca¬ 
tions  of  a  particular  LRU,  so  the  marginal  allocation  should  still  be 
correct. 

Other  complications  arise  because,  in  addition  to  allocating  LRUs,  the 
depot  also  sends  single  SRUs  and  packages  of  SRUs  to  bases. 
Furthermore,  with  the  inclusion  of  SRUs,  the  terms  in  the  objective 
function  are  not  necessarily  concave  as  required  by  the  theory.  This 
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happens  because  the  value  of  sending  an  SRU  depends  on  a  base’s 
status  with  respect  to  other  SRUs.*^ 

DRIVE’S  COMPUTATIONAL  SCHEME 

Every  allocation  decision  involves  sending  one  or  more  items  to  a  base 
and  may  or  may  not  require  repair  actions.  Also,  repairing  LRUs  at 
the  depot  may  require  allocating  SRUs  to  depot  shops.  DRIVE  pro¬ 
duces  separate  output  files  specifying  repair  priorities  and  distribu¬ 
tion  recommendations.  To  ease  the  computational  burden  DRIVE 
considers  one  LRU  family,  i.e.,  an  LRU  and  all  of  its  SRUs,  at  a  time. 
Each  repair  action  is  remembered  along  with  its  associated  sort 
value,  which  is  used  later  as  the  basis  of  merging  together  the  repair 
actions  for  all  LRUs.  The  repair  actions  need  to  be  merged  because 
the  repair  priority  lists  that  are  ultimately  produced  are  organized  by 
repair  shop  and  test  stand.  Information  about  allocations  of  items  to 
bases,  however,  does  not  need  to  be  merged  in  this  way  because  in 
preparing  distribution  priority  lists,  we  want  the  data  to  be  segre¬ 
gated  by  LRU  family.  (Some  sorting  to  group  distribution  actions  for 
SRUs  is  necessary,  but  this  is  handled  in  step  5,  when  the  priority 
lists  are  produced.) 

Processing  a  single  LRU  family  (i.e.,  an  LRU  and  its  component 
SRUs)  is  done  in  a  sequence  of  5  phases: 

1.  Read  data  about  the  LRU  family. 

2.  Supply  LRUs  to  bases  for  which  there  are  holes  in  airplanes. 

3.  Supply  LRUs  to  bases  with  poor  asset  positions. 

4.  Perform  normal  DRIVE  allocations. 

5.  Merge  repair  actions  for  the  current  LRU  family  with  those  of  pre¬ 
viously  processed  LRUs. 

Phase  1:  Read  Data  for  an  LRU  Family 

The  information  provided  for  an  LRU  and  its  constituent  SRUs  is 
listed  below: 


*®Con8ider  a  case  where  an  LRU  has  two  SRUs  and  a  ba.se  has  no  stock  or  holes  for 
either  SRU.  The  increase  in  the  objective  function  resulting  from  allocating  a  type  2 
SRU  is  greater  after  the  base  has  been  given  a  type  1  SRU  than  before.  This  can  lead 
to  two  successive  allocations  where  the  improvement  from  the  second  allocation  is  more 
than  from  the  first  allocation.  The  introduction  of  packages  serves  partially  to  elimi¬ 
nate  this  kind  of  difftculty. 
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Item  Relationships 

•  LRU,  SRU  parent  and  child  relationships. 

•  Number  of  copies  of  the  LRU  in  an  aircraft. 

•  Number  of  copies  of  the  SRU  in  its  parent  LRU. 

Production  Data 

•  Indicator  of  required  repair  resource  (LRU  test  stand  or  SRU 
shop). 

•  Standard  hours  for  repair. 

•  Replacement  factor  (probability  of  replacement)  for  SRUs. 

Depot  Asset  Position 

•  Serviceable  LRUs  and  SRUs  in  depot  stock. 

•  Number  of  SRUs  in  DMSC  stock. 

•  Unserviceable  carcasses  and  number  in  repair  (these  are  added 
together). 

Status  of  AWP  LRUs  in  the  Depot  Shop 

•  Number  of  diagnosed  AWP  LRUs  in  depot  repair. 

•  Number  of  SRUs  of  each  kind  missing  from  each  AWP  LRU. 

Base  Asset  Positions 

•  Number  of  serviceable  LRUs  and  SRUs  in  stock  at  each  base. 

•  Number  of  each  LRU  and  SRU  missing  from  higher  assemblies  at 
each  base. 

•  Number  of  each  LRU  in  maintenance  at  each  base.*® 

Goals 

•  Number  of  LRUs  allowed  to  be  missing  from  aircraft  at  each  base 
at  the  end  of  the  base’s  horizon  (derived  from  base  goals,  number 
of  aircraft  at  bases,  and  number  of  copies  of  LRUs  on  an  airplane). 


'®The  excess  over  the  number  that  can  be  accounted  for  by  SRUs  missing  under  the 
cannibalization  assumption  is  added  to  serviceable  stock.  Until  diagnosed,  we  want  to 
count  them  as  base  assets. 
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Expected  Demands 

•  Expected  number  of  LRUs  and  SRUs  at  each  base  that  will  be  re¬ 
turned  to  the  depot  during  the  horizon.  These  are  the  data  used 
to  compute  the  probability  distributions  employed  in  calculations 
of  the  objective  fimction. 


Phase  2:  Supply  LRUs  to  Bases  with  LRUs  Missing  in 
Airplanes 

As  used  in  the  Ogden  demonstration,  this  fimction  is  never  exercised 
because  if  there  really  are  holes  in  airplanes,  exceptional  measures 
are  taken  outside  of  DRIVE  to  fill  the  holes.  The  original  idea,  how¬ 
ever,  was  that  if  a  base  has  more  holes  for  an  LRU  at  the  start  of  the 
horizon  than  the  goal  permits,  the  probability  for  the  LRU-base  com¬ 
bination  would  be  zero,  and  the  normal  DRIVE  allocation  mechanism 
would  be  meaningless.  Since  holes  in  aircraft  are  regarded  so  seri¬ 
ously,  this  phase  was  designed  to  eliminate  all  LRU  holes,  regardless 
of  base  goals.  This  is  a  departure  from  aircraft  availability  goals  by 
policy  intervention. 

The  logic  is  to  fill  all  holes  at  bases  for  an  LRU,  with  priority  given  to 
bases  according  to  the  ratio  of  number  of  aircraft  held  down  by  the 
LRU  to  the  number  of  aircraft  at  the  base.  For  an  action  to  fill  a  hole 
in  an  aircraft  at  a  base,  the  sort  value  is  taken  to  be  the  fraction  of 
airplanes  down  at  the  base  plus  2.0.  Adding  2.0  makes  these  actions 
highest  priority  when  the  repair  actions  for  the  different  LRUs  are 
merged. 

When  a  base  is  selected  to  receive  an  LRU  and  none  is  available  in 
depot  stock,  DRIVE  evaluates  three  possibilities:  (1)  Send  a  package 
of  SRUs  to  the  base  to  repair  one  of  the  base’s  AWP  LRUs,  (2)  finish 
the  repair  of  an  AWP  LRU  at  the  depot,  and  (3)  induct  an  LRU  at  the 
depot.  The  option  with  the  lowest  cost  in  repair  hours  is  chosen.  If 
none  of  the  options  is  feasible  because  of  carcass  constraints,  DRIVE 
will  indicate  that  an  LRU  be  inducted  so  that  priority  calculations  can 
be  made  and  the  algorithm  can  proceed. 


’^There  is  no  guarantee  that  “normal”  DRIVE  sort  values  are  less  than  1.0,  but  that 
is  almost  always  the  case. 
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Phase  3:  Supply  LRUs  to  Bases  with  Poor  Asset  Position 

This  is  a  heuristic  we  added  to  DRIVE  to  counteract  a  behavior  that 
appeared  undesirable.  We  had  observed  cases  in  which  there  were 
bases  with  large  expected  demands  and  relatively  sparse  asset 
positions  competing  with  bases  with  very  small  expected  demands. 
Under  these  circumstances,  supplying  an  LRU  to  the  base  with  the 
large  demand  would  produce  a  small  gain  in  the  objective  function 
compared  to  supplying  an  LRU  to  the  other  base,  whose  probability 
was  already  high  because  of  the  small  demand.  Thus,  an  allocation 
might  be  made  to  a  base  that  seemed  relatively  unimportant,  when 
another  base  that  looked  like  it  needed  more  help  would  go  begging. 

To  inhibit  such  behavior,  before  the  normal  DRIVE  allocation  algo¬ 
rithm  is  invoked,  DRIVE  may  supply  LRUs  using  the  three  options 
described  under  phase  2.  Low  probability  of  meeting  the  goal  is  the 
criterion  for  setting  priorities.  The  test  for  whether  to  consider  a  base 
for  this  treatment  relates  to  the  probability  of  meeting  the  goal  as  a 
function  of  the  number  of  LRUs  in  stock  at  a  base.  When  regarded  as 
a  function  of  the  LRU  stock,  the  increments  of  probability  should  be 
increasing  when  adding  to  very  low  values  of  stock,  and  should  be 
decreasing  for  larger  values  of  stock.^®  Among  the  bases  whose 
probability  functions  are  marginally  increasing,  the  base  with  the 
lowest  probability  is  chosen  to  be  supplied  with  an  LRU.  This  is 
repeated  until  no  bases  qualify  for  such  treatment.  The  sort  value  as¬ 
sociated  with  these  actions  is  the  probability  subtracted  from  2.0. 
That  gives  priority  to  low  probabilities  and  sequences  these  actions 
after  filling  holes  in  aircraft  and  before  normal  DRIVE  allocations. 


Phase  4:  Perform  Normal  DRIVE  Allocations 

Once  DRIVE  determines  there  are  no  (more)  bases  with  poor  asset 
positions,  it  allocates  assets  using  the  marginal  analysis  procedure 
previously  described.  For  an  LRU  family,  the  process  terminates  un¬ 
der  one  of  three  conditions:  (1)  The  sort-value  of  an  allocation  falls 
below  a  user-specified  threshold,  (2)  the  product  of  base  probabilities 
for  the  LRU  family  goes  above  a  user-specified  value,  or  (3)  no  more 
allocations  are  possible  because  depot  stock  has  been  exhausted  and 


^®Many  probability  functions  exhibit  this  behavior;  they  are  convex  for  low  values  of 
their  arguments  and  concave  for  high  values.  The  test  used  by  DRIVE  to  determine  if 
a  base  is  in  a  “bad”  asset  position  relative  to  a  particular  LRU  comes  from  the  defini¬ 
tion  of  convexity.  Let  Fis)  be  the  probability  of  meeting  the  availabilty  goal  when  the 
number  of  LRUs  in  stock  is  s.  The  base  is  deemed  to  be  in  a  poor  asset  position  relative 
to  the  LRU  in  question  if  2F(s  +  1 )  <  Fis)  +  Fis  +  2). 
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there  are  no  more  assets  that  can  be  repaired.  It  might  be  desirable 
to  be  able  to  terminate  the  allocation  process  with  a  criterion  related 
to  the  amount  of  repair  resources  consumed.  This  is  not  possible, 
however,  because  the  computations  deal  with  one  LRU  family  at  a 
time.  Experience  should  allow  users  to  set  reasonable  sort-value 
thresholds  that  result  in  sufficiently  large  numbers  of  repair  actions 
without  wasting  computer  time. 


Phase  5:  Merge  Repair  Actions  Among  LRU  Families 

Because  DRIVE  does  its  priority  computations  one  LRU  family  at  a 
time,  the  repair  actions  across  all  LRU  families  must  be  merged  to 
make  a  unified  priority  list.  Merging  follows  completion  of  the  prior¬ 
ity  computations  for  each  LRU  family  beyond  the  first  so  that  the  sort 
values  run  from  high  to  low. 

As  mentioned  previously,  the  sort  values  associated  with  the  set  of 
repair  actions  for  an  LRU  family  may  not  be  strictly  decreasing.  If 
not  corrected,  this  would  interfere  with  the  merging  process.  If  some 
repair  action  has  a  low  sort  value  followed  by  actions  with  higher  sort 
values,  the  repairs  would  get  “stuck”  on  the  low  value  and  the  subse¬ 
quent  repairs  would  come  out  farther  down  on  the  merged  list  than 
they  should.  The  remedy  is  to  adjust  the  sort  values  as  necessary 
prior  to  merging.^^ 

The  material  in  this  section  is  embodied  in  a  computer  program  called 
LSRU.2°  The  inputs  and  outputs  to  LSRU  are  described  in  detail  and 
illustrated  in  Appendix  C. 

The  next  section  explains  how  data  for  the  LSRU  program  are  pre¬ 
pared,  and  Sections  4  and  5  discuss  the  uses  made  of  the  outputs  from 
LSRU. 


^®The  process  has  been  called  convexification.  Think  of  a  graph  of  logarithms  of 
probabilities  versus  cumulative  cost.  Each  repair  action  corresponds  to  a  point  on  the 
graph.  Convexification  consists  of  adjusting  sort  values  so  that  points  falling  below  the 
convex  hull  of  the  graph  are  raised. 

^^LSRU  is  a  contraction  of  LRU  and  SRU. 


3.  PRELIMINARY  CALCULATIONS 


As  we  have  indicated,  the  first  step  in  the  DRIVE  process  is  extract¬ 
ing  information  from  Air  Force  standard  data  systems  and  specially 
maintained  data  files  using  a  preprocessor;  the  priority  calculations 
are  a  third  step.  Standing  between  steps  1  and  3  is  a  computer  pro¬ 
gram  called  DRINP,  for  “DRIVE  input.” 

The  preprocessor  was  developed  by  personnel  at  the  Ogden  ALC, 
while  the  rest  of  the  DRIVE  prototype  was  constructed  at  RAND.  In 
order  to  retain  flexibility  for  future  enhancements  and  to  facilitate 
verification,  we  specified  that  the  output  of  the  preprocessor  would 
contain  more  information  than  DRIVE  actually  requires,  especially 
with  respect  to  item  and  base  identifiers.  As  a  result,  the  output  from 
the  preprocessor  is  a  rather  bulky  file.  Introducing  an  intervening 
step  between  the  preprocessor  and  the  optimization  algorithm  to  dis¬ 
till  the  data  and  do  some  preliminary  calculations  simplified  the  im¬ 
plementation  of  the  prioritization  logic  and  allowed  us  to  work  with  a 
smaller,  faster,  and  less  complicated  program  that  used  concise,  man¬ 
ageable  data. 

APPROXIMATIONS  IN  THE  PRIORITY  CALCULATIONS 

Although  much  of  DRINPs  work  consists  of  simple  arithmetic  and 
reformatting,  DRINP  is  responsible  for  invoking  adjustments  and  ap¬ 
proximations  that  the  priority  calculation  relies  upon  for  its  some¬ 
what  simplified  view.  There  are  four  kinds  of  situations  to  be  dealt 
with: 

1.  There  are  four  series  of  F-16  aircraft.  The  C  and  D  series  have,  for 
the  most  part,  different  avionics  than  do  the  A  and  B  series,  al¬ 
though  the  items  repaired  at  Ogden  are  mostly  for  the  A  and  B  se¬ 
ries.  The  algorithms  employed  in  step  3  do  not  recognize  the  dis¬ 
tinctions  among  series. 

2.  Even  within  a  series,  it  is  possible  that  aircraft  have  more  than  one 
configuration.  For  example,  there  are  several  versions  of  radar  an¬ 
tennas. 

3.  Some  units  have  wartime  missions  that  call  for  them  to  deploy 
without  LRU  repair  capability,  taking  with  them  war  readiness 
spares  kits  to  sustain  them  until  repair  capability  is  restored.  In 
practice,  units  do  borrow  items  from  their  WRSK  to  support 
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peacetime  flying  when  the  items  are  not  available  from  primary 
operating  stock.  This  implies  that  items  can  be  missing  from 
WRSK.  The  problem  for  DRIVE  is  mediating  between  filling  one 
base’s  WRSK  versus  supporting  another  base’s  peacetime  flying 
program.  Lacking  any  clear  guidance  about  how  to  do  this,  DRIVE 
has  its  own  way  of  reconciling  allocations  between  POS  and 
WRSK. 

4.  There  are  some  SRUs  that  are  common  to  more  than  one  LRU. 
This  is  a  problem  because  the  priority  algorithm  is  structured  so 
that  it  considers  one  LRU  family  at  a  time.  The  difficulty  here  is 
attributing  common  SRU  assets  and  holes  to  their  various  LRU 
parents. 

The  priority  computation  in  step  3  does  not  deal  directly  with  these 
four  conditions.  Rather,  it  operates  on  expected  demands  for  LRUs 
and  SRUs  at  bases  and  allowed  numbers  of  LRUs  missing  at  bases. 
Thus,  part  of  the  job  of  step  2  is  to  calculate  these  quantities  appro¬ 
priately  to  deal  with  the  four  conditions  in  reasonable  ways.  'That  is¬ 
sues  of  configuration  (the  first  two  conditions)  can  be  dealt  vrith  by 
manipulating  demands  and  goals  is  a  result  of  DRIVE’S  cannibaliza¬ 
tion  assumption.  Below,  we  explain  how  DRINP  computes  expected 
demsmds  and  availability  goals  for  LRUs  to  deal  with  the  first  three 
situations.  Then  we  describe  the  approximation  employed  to  cope 
with  the  problem  of  common  SRUs.  The  section  concludes  with  a  list 
of  the  data  items  that  are  contained  in  the  output  of  the  preprocessor 
and  utilized  in  step  2. 

EXPECTED  DEMANDS 

Demand  for  an  item  is  the  number  returned  to  the  depot  from  a  base 
during  the  base’s  planning  horizon.  As  related  in  Section  2,  expected 
demands  are  the  basis  for  calculating  the  probability  distributions 
used  in  the  priority  computation.  DRIVE  assumes  that  the  expected 
demand  for  an  item  at  a  base  is  the  product  of  a  demand  rate,  a  NRTS 
rate,  and  the  operating  hours  for  the  item  at  the  base  during  the 
horizon.  Demand  rates  are  obtained  from  D041,  the  Recoverable  Con¬ 
sumption  Item  Requirements  System,  and  are  a  data  item  called  the 
organizational  and  intermediate  maintenance  demand  rate  (OIMDR). 
The  OIMDR  represents  the  number  of  removals  per  100  hours  of 
operation.  Given  the  assumption  that  expected  demands  are  propor¬ 
tional  to  usage,  DRINP  has  to  estimate  hours  of  operation  for  each 
item  at  each  base,  and  this  involves  the  first  three  concerns  men¬ 
tioned  above. 
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WRSK  Versus  POS 

One  solution  to  the  dilemma  of  allocating  items  to  fill  holes  in  WRSK 
versus  making  them  available  for  bases  in  support  of  peacetime  flying 
would  be  to  delay  allocating  items  for  POS  until  all  WRSK  require¬ 
ments  are  filled.  Such  a  solution,  however,  might  seriously  degrade 
the  capabilities  of  bases  without  WRSK  authorizations.  We  are  con¬ 
cerned,  in  particular,  that  training  bases — which  have  sizable  flying 
programs — would  often  find  themselves  short  of  critical  items. 
DRIVE  deals  with  the  problem  of  providing  adequate  war  reserve 
protection,  while  also  furnishing  items  for  peacetime  flying,  by 
manipulating  expected  demands  in  conjunction  with  setting  the 
aircraft  availability  goals  for  the  bases. 

The  current  policy  with  regard  to  WRSK  for  F-16  imits  is  that  they 
should  have  LRUs  to  support  operations  for  30  days  of  wartime  flying 
without  benefit  of  resupply.  To  make  bases  with  WRSK  ready  to  go  to 
war,  DRIVE  assumes  that  they  will  fly  their  peacetime  programs  un¬ 
til  the  ends  of  their  horizons  and  then  fly  for  30  days  at  wartime 
rates.  Thus,  the  expected  demands  for  items  at  WRSK  bases  are  in¬ 
creased  by  including  wartime  flying  hours  into  the  multiplier  of  items’ 
OIMDRs.  But  since  WRSK  bases  are  not  expected  to  have  all  aircraft 
fully  operational  at  the  end  of  a  wartime  scenario,  we  generally  spec¬ 
ify  lower  availability  goals  for  them.  In  the  Ogden  demonstration,  the 
operators  of  DRIVE  typically  specify  100  percent  goals  for  the  non- 
WRSK  bases  and  85  percent  for  the  WRSK  bases. 


Depot  Demands  for  LRUs 

In  calculating  hours-of-op oration  multipliers  of  the  OIMDR,  the  first 
two  problems,  relating  to  variations  in  aircraft  configuration,  must 
also  be  taken  into  account.  The  computation  of  expected  demand  for 
a  given  LRU  at  a  specific  base  goes  as  follows  (to  simplify  notation, 
the  base  and  LRU  are  not  indicated).  We  use  lowercase  identifiers  to 
represent  data  obtained  from  the  preprocessor  and  uppercase  symbols 
for  quantities  calculated  by  DRINP. 

The  peacetime  flying  hour  program  is  specified  in  terms  of  the  bases’ 
hours  ner  month.  These  are  adjusted  for  planning  horizons,  which 
are  calculated  in  the  following  way; 

tfi  =  nominal  depot  lead  time,  specified  by  the  user  when 
DRINP  is  run.  In  the  Ogden  demonstration,  this  is  set  to 
18  days  to  represent  the  sum  of  the  age  of  the  asset 
position  data,  time  to  have  repairable  carcasses  delivered 
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to  the  shops  (induction  lead  time),  and  half  the  length  of 
the  production  period.* 

to  =  base-specific  order-and-ship  time. 

T  =  base-specific  planning  horizon  =  trf  +  <0- 

The  monthly  peacetime  flying  hours  at  a  base  are  specified  by  series. 
To  relate  flying  hours  to  LRU  usage,  we  must  take  into  account  the 
number  of  copies  of  the  LRU  on  the  aircraft  and  the  proportion  of  air¬ 
craft  of  a  given  series  that  uses  the  item  (problems  1  and  2).  Let 

s  =  index  of  aircraft  series  (A,  B,  C,  D). 

fpa  =  peacetime  flying  program  for  the  base  in  flying  hours  per 
month  (30  days)  for  series  s  aircraft. 

q,  -  number  of  LRUs  of  this  type  on  a  series  s  airplane. 

a,  =  fraction  of  series  s  airplanes  at  the  base  that  have  the 
LRU.2 

Up  -  operating  (C7  for  “utilization”)  time  for  the  LRU  at  the 
base  in  hundreds  of  hours  during  the  base’s  planning 
horizon.  This  is 


U 


p 


T 

(30)(100) 
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For  wartime  operations: 

fwt  =  flying  hours  in  30  days  of  wartime  activity  for  series  s 
aircraft  at  the  base. 

=  operating  time  for  the  LRU  at  the  base  in  hundreds  of 
hours  for  the  base’s  wartime  plan. 


^Appendix  C  gives  the  results  of  an  exercise  to  show  the  sensitivity  of  numbers  of 
items  included  in  a  typical  priority  list  to  a  range  of  values  for  depot  lead  time. 

^This  quantity  varies  by  base.  Unfortunately,  only  worldwide  averages  are  avail¬ 
able  to  the  Ogden  prototype,  although  DRINP  is  programmed  to  accept  ba.se-specific 
fractions  if  they  are  available. 
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This  is 


JOO  ^  Ul’  ■ 

Uu,  will  be  zero  for  bases  that  do  not  have  wartime  deployment  mis¬ 
sions  (i.e.,  non-WRSK  bases).  Since  the  OIMDR  covers  all  removals, 
and  the  expected  demands  we  are  after  are  only  those  for  which  bases 
send  unserviceable  LRUs  to  the  depot,  we  must  adjust  Up  and  Uu,  for 
the  fraction  of  LRUs  removed  that  are  sent  to  the  depot.  Also,  some 
bases  are  not  equipped  to  repair  LRUs  at  all.  To  make  these  adjust¬ 
ments,  DRINP  gets  the  following  data: 

b  =  fraction  of  LRUs  of  this  kind  removed  from  aircraft  that 
get  repaired  at  the  base.  (This  is  1.0  minus  the  NRTS 
rate.) 

Tp  =  1  if  the  base  repairs  LRUs  in  peacetime,  0  if  not. 

Tu,  =  1  if  the  base  repairs  LRUs  in  wartime,  0  if  not.  This  is 
normally  0  in  the  Ogden  demonstration  because  bases 
with  WRSK  usually  do  not  have  repair  capability  in 
wartime  and  DRIVE  does  not  consider  wartime  flying  for 
non-WRSK  bases. 

The  overall  expected  demand  at  the  depot  for  the  type  of  LRU  in 
question  at  the  base  is 

Dlru  =  [(1  -  rpb)Up  +  (1  -  r,6)C7,]0IMDR  . 

The  factors  (1  -  rpb)  and  (1  -  ru,b)  say  that  if  the  base  repairs  LRUs, 
the  depot  will  expect  to  see  1-6  fraction  of  the  LRUs  removed.  If 
the  base  does  not  have  LRU  repair  capability,  the  depot  will  see  all 
the  LRUs  removed  from  aircraft  at  the  base.^ 


^This  assumes  that  bases  that  do  not  repair  LRUs  in  peacetime  send  their  defective 
ones  to  the  depot.  It  is  more  likely  that  they  send  their  LRUs  to  another  base  for  re¬ 
pair,  For  the  set  of  items  in  the  Ogden  demonstration,  however,  almost  all  bases  do 
have  repair  capability,  and  those  that  do  not  are  not  very  active. 
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Demands  for  SRUs 

The  D041  system  also  computes  an  OIMDR  for  SRUs.  Letting  q  be 
the  number  of  copies  of  an  SRU  in  its  parent  LRU,  the  expected  de¬ 
mand  at  a  base  for  an  SRU  belonging  to  an  LRU  is 

Dsru  =  +r„U„)OIMDR  , 

where  Up,  Uu,,  Vp,  and  are  as  defined  for  the  parent  LRU.  The 
formula  is  used  because  the  operating  hours  of  an  SRU  are  q  times 
the  operating  hours  of  its  parent  LRU.  Multiplying  the  U  quantities 
by  the  corresponding  r  indicators  asserts  that  if  the  base  does  not  re¬ 
pair  LRUs  (r  =  0) ,  there  will  be  no  need  for  SRUs  at  the  base. 

AVAnj\BILITY  GOALS  FOR  LRUS 

In  Section  2  we  pointed  out  that  bases’  availability  goals  could  be 
translated  into  numbers  of  LRUs  that  could  be  missing  from  aircraft. 
If  all  airplanes  at  a  base  were  configured  in  the  same  way  with  re¬ 
spect  to  an  LRU,  determining  the  allowable  LRUs  missing  would  be 
straightforward.  Suppose  a  base  has  40  airplanes,  each  with  3  of  an 
LRU,  and  the  base’s  goal  were  85  percent  available  aircraft.  The  al¬ 
lowable  number  of  LRUs  missing  would  be  0.01(100  -  85)(3)(40)  =  18. 
That  is,  15  percent  of  the  airplanes  is  6  adlowed  down,  and  the  6  air¬ 
planes  contain  18  LRUs.  To  allow  for  condition  1,  where  the  LRU 
may  be  present  in  different  quantities  on  different  series  of  aircraft, 
the  allowable  number  of  LRUs  missing  from  airplanes  is  the  sum  of 
the  allowable  number  for  each  series.  This  assumes  that  the  base 
would  cannibalize  LRUs  across  series  as  well  as  within  series.  A 
mathematical  representation  of  the  computation  is  as  follows.  Let 

gj,  =  stated  availability  goal  for  a  base  as  a  percent  of  its  series 
s  airplanes  that  should  be  complete.  This  is  data  given  to 
DRINP.  (As  implemented  at  Ogden,  however,  all  series 
aircraft  at  a  base  are  assigned  the  same  availability 
goals.) 

-  number  of  series  s  aircraft  at  the  base. 

q^  and  as  defined  previously:  the  quantity  per  application 
and  the  fraction  of  aircraft  of  series  s  in  which  the  item  is 
installed. 
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The  allowable  number  of  LRUs  missing  from  aircraft  at  the  base  is 


A  =  ceiling 


y  100 
^  100 


Qs^sns 


This  procedure  is  not  quite  correct  in  the  presence  of  the  second  con¬ 
dition  where  aircraft  of  the  same  series  at  a  base  may  utilize  different 
LRUs  for  the  same  purpose.  Continuing  with  the  example  above, 
suppose  all  40  aircraft  are  of  the  same  series,  but  half  have  LRU  type 
1  and  the  other  half  have  LRU  type  2.  Then  the  allowable  LRUs 
missing  would  be  nine  for  each  type,  equivalent  to  three  airplanes 
down.  This  is  more  restrictive  than  asking  for  any  combination  of  the 
two  types  of  LRUs  missing  that  would  lead  to  no  more  than  six  air¬ 
craft  down."* 


Adjusting  Goals  at  WRSK  Bases 

DRIVE’S  approach  to  mitigating  between  POS  and  WRSK  results  in 
bases  without  wartime  depIo5Tnent  missions  having  low  expected  de¬ 
mands  and  high  availability  goals  (typically  100  percent),  and  the  de¬ 
ploying  bases  having  high  demands  and  lower  goals.  DRIVE  could  al¬ 
locate  fewer  assets  to  a  WRSK  base  than  would  be  allocated  to  the 
base  were  the  base  treated  as  a  non- WRSK  base  with  a  higher  goal 
and  smaller  expected  demands.  It  is  as  though  we  would  allow 
WRSK  bases  to  be  in  worse  condition  at  the  end  of  their  peacetime 
horizons  than  we  would  if  the  bases  did  not  have  wartime  missions. 

DRIVE  is  usually  prone  to  this  difficulty  only  with  LRUs  that  are 
used  in  multiples  on  airplanes.  If  there  are  four  LRUs,  say,  on  each 
airplane,  and  one  LRU  is  removed,  the  base  is  provided  three  more 
that  can  be  cannibalized.  And  if  the  base  is  allowed  eight  airplanes 
down,  32  LRUs  could  be  missing,  and  the  goal  for  the  LRU  at  the  end 
of  the  wartime  horizon  would  still  be  met.  This  might  well  be  less 
rigorous  than  if  we  were  to  allow  no  LRUs  missing  at  the  end  of  the 
peacetime  horizon,  even  with  much  lower  expected  demands. 

The  most  satisfactory  way  to  deal  with  this  problem  from  a  modeling 
perspective  would  be  to  assign  two  goals  to  the  wartime  bases:  one 


‘‘We  do  not  have  sufficient  data  to  judge  how  serious  this  problem  is.  It  may  be  that 
aircraft  within  a  series  at  a  base  are  homogeneous — they  would  all  have  the  same  kind 
of  radar  antenna,  for  example.  Indeed,  the  real  problem  at  Ogden  is  that  we  do  not  yet 
have  base-specific  application  percentages,  and  using  worldwide  values  for  all  bases  is 
surely  wrong. 
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for  peacetime  flying  during  the  normal  horizon  and  the  second  to  ap¬ 
ply  to  the  extra  30  days  of  wartime  operations.  The  objective  function 
would  be  in  terms  of  jointly  meeting  both  goals.  We  have  not  intro¬ 
duced  this  approach  into  the  Ogden  prototype  as  it  requires  a  great 
deal  more  arithmetic  on  the  part  of  the  priority  algorithm  where  the 
computer  spends  most  of  its  time.  Instead,  the  Ogden  prototype 
makes  a  simplistic  downward  adjustment  to  the  allowable  number  of 
LRUs  missing  at  a  base  when  it  appears  that  the  problem  will  arise. 
The  idea  is  to  set  the  goal  for  missing  LRUs  to  be  at  least  as  hard  to 
meet  as  the  goal  for  the  base  would  be  if  the  base  were  not  a  WRSK 
base. 

Using  the  negative  binomial  assumptions  discussed  in  Section  2, 
DRIVE  computes  the  probability  that  no  LRUs  will  be  removed  from 
aircraft  and  sent  to  the  depot  using  the  base’s  peacetime  demand  rate 
for  the  LRU.  No  NRTS  action  for  the  LRU  is  assumed  to  correspond 
to  a  100  percent  availability  goal.  Call  this  result  Pp(0).  Then  the 
cumulative  distribution  function  of  the  negative  binomial  distribution 
is  calculated  using  the  overall  demand  (peacetime  plus  wartime)  for 
points  0  through  A,  where  A  is  the  original  allowable  number  of  LRUs 
missing.  Call  this  function  for  x  =  0,  1, . . . ,  A.  The  largest  x 

such  that  P^^(x)  <  Pp(0)  is  used  instead  of  A  for  the  allowable  number 
of  LRUs  missing.  This  adjustment  is  made  without  regard  to  base  as¬ 
set  positions.  Most  of  the  time  it  turns  out  that  Pu,(A)  <  Pp(0),  and 
no  adjustment  is  necessary. 

SRUS  COMMON  TO  MORE  THAN  ONE  LRU 

The  existence  of  SRUs  that  are  constituents  of  more  than  one  kind  of 
LRU  is  a  problem  because  the  priority-setting  calculations  deal  with 
one  LRU  family  at  a  time.  The  difficulty  lies  in  attributing  SRU  as¬ 
sets  to  specific  LRUs  when,  in  fact,  an  SRU  could  be  used  to  repair 
several  different  kinds  of  LRUs.  The  affected  data  are: 

Depot  Assets 

Unserviceable  LRU  and  SRU  carcasses  on  hand. 

SRUs  inducted  into  repair. 

Serviceable  SRUs  in  depot  stock. 

Serviceable  SRUs  in  the  DMSC  (depot  maintenance  support 

center). 

Base  Assets 

Stock. 

SRUs  missing  from  LRUs  at  bases. 
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DRIVE  deals  with  common  SRUs  by  allocating  the  totals  according  to 
expected  demands.  At  the  depot,  a  common  SRU  related  to  a  particu¬ 
lar  LRU  is  assigned  a  weight  equal  to  the  parent  LRU’s  expected  de¬ 
mand  (NRTS)  multiplied  by  the  replacement  factor  for  the  SRU  in  the 
LRU.  The  weight  divided  by  the  sum  of  weights  over  all  applications 
of  the  SRU  is  applied  to  each  of  the  four  kinds  of  data.  For  a  base’s 
asset  position,  a  similar  allocation  scheme  is  used,  but  the  weights 
are  the  expected  demands  of  the  SRUs  at  the  base.  The  effect  of  allo¬ 
cating  common  SRUs  in  this  way  is  to  disregard  the  flexibility  of  be¬ 
ing  able  to  utilize  SRUs  for  several  different  LRUs,  and  DRIVE  will 
likely  try  to  supply  more  of  such  SRUs  than  it  really  should. 

The  correct  approach  would  be  to  have  DRIVE  simultaneously  treat 
all  LRUs  sharing  SRUs  in  the  marginal  allocation  process.  This 
would,  however,  greatly  enlarge  DRIVE’S  requirement  for  computer 
resources. 

PROBLEMS  WITH  INTERCHANGEABLE  AND 
SUBSTITUTABLE  (I&S)  LRUS 

The  Ogden  prototype  does  not  deal  with  the  “I&S  problem,”  but  ulti¬ 
mately  DRIVE  should.  Because  of  frequent  engineering  changes,  the 
Air  Force  may  have  several  versions  of  a  particular  LRU  in  its  inven¬ 
tory.  For  each  kind  of  LRU,  there  is  a  most  preferred  or  latest  ver¬ 
sion,  which  is  called  the  subgroup  master.  One  set  of  problems  is 
knowing  which  versions  can  be  used  by  a  particular  base,  and  this 
depends  on  having  aircraft  configuration  data,  which  do  not  exist. 
Another  aspect  is  that  older  versions  can  often  be  modified,  and  modi¬ 
fying  is  one  of  the  depot’s  responsibilities.  For  the  Ogden  prototype, 
data  for  an  I&S  group  is  “rolled  up,”  and  this  version  of  DRIVE  pre¬ 
tends  that  only  subgroup  masters  exist,  leaving  it  to  people  in  the 
system  to  sort  things  out.  Because  the  Ogden  prototype  does  not  deal 
with  configuration  data,  there  is  a  rule  that  an  item  should  not  be 
sent  to  a  base  unless  the  depot  has  a  backordered  requisition  for  the 
item.  This  is  to  prevent  sending  things  to  places  that  have  no  use  for 
them.  (This  also  partly  mitigates  errors  arising  from  having  to  use 
worldwide  application  fractions  rather  than  base-specific  fractions.) 
The  unfortunate  result  is  that  DRIVE’S  allocations  are  constrained  by 
the  stock  levels  that  generate  the  backorders,  and  those  stock  levels 
may  be  inconsistent  with  the  aircraft  availability  goals  specified  to 
DRIVE. 


INPUT  DATA  FROM  THE  PREPROCESSOR 

The  list  below  indicates  the  data  from  the  preprocessor  given  to 
DRINP  program. 

Bases 

Base  Identification 

•  Supply  account  number  (SRAN). 

•  Organization  (e.g.,  31TFW). 

•  Base’s  location  (e.g.,  Homestead,  Florida). 

•  Base-specific  shipping  time  in  days. 

Base  Flying  Program  and  Resources 

•  Number  of  possessed  aircraft  (PAA)  by  aircraft  (A/C)  series. 

•  Peacetime  flying  program  in  hours  per  month  by  A/C  series. 

•  Wartime  flying  program,  hours  in  30  days  by  A/C  series. 

•  Yes/no  indicator  of  LRU  repair  capability  in  peacetime. 

•  Yes/no  indicator  of  LRU  repair  capability  in  wartime. 

Item  Identification  (for  each  LRU  and  SRU) 

•  National  stock  number  (NSN). 

•  Description  (terse). 

•  Part  number. 

•  Control  number. 

•  Work  unit  code. 

•  Identification  of  the  item  manager. 

•  Identification  of  the  equipment  specialist. 

LRUs 

LRU  Usage,  Failure,  and  Repair  Data 

•  Number  of  copies  in  aircraft  by  A/C  series  (QPA). 

•  Fraction  of  aircraft  using  the  LRU  by  A/C  series  (FAP). 
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•  Removals  at  bases  per  100  hours  of  operation  (OIMDR). 

•  Base  repair  fraction  (fraction  of  removals  repaired  at  the  base). 

•  Test  stand  used  for  repair  (one  of  four). 

•  Standard  hours  for  repair. 

Status  of  LRUs  at  the  Depot 

•  Stock  of  serviceable  LRUs. 

•  Repairable  carcasses. 

•  Number  already  inducted. 

•  SRUs  missing  from  each  diagnosed  LRU  in  repair. 

LRU  Status  at  Each  Base 

•  Serviceable  LRUs  on  hand. 

•  Serviceable  LRUs  on  the  way  to  the  base. 

•  Unserviceable  LRUs  on  the  way  to  the  depot. 

•  Number  of  LRUs  in  base  repair. 

•  Base-specific  fraction  of  aircraft  using  the  LRU,  if  available 
(FAP). 

•  Number  of  LRUs  missing  from  aircraft. 

•  Authorized  number  of  LRUs  in  the  base’s  war  reserve. 

SRUs 

SRU  Usage,  Failure,  and  Repair  Data 

•  Parent  LRU. 

•  Number  of  copies  in  the  parent  LRU  (QPA). 

•  Removals  at  bases  per  100  hours  of  operation  (OIMDR). 

•  Depot  replacement  factor  (probability  of  need). 

•  Repair  shop  (one  of  three). 

•  Standard  hours  for  repair. 

Status  of  SRUs  at  the  Depot 

•  Stock  of  serviceable  SRUs  in  depot  stock. 

•  Stock  of  SRUs  in  the  LRU  shop  (DMSC). 


Repairable  carcasses. 
Number  already  inducted. 


SRU  Status  at  Each  Base 

•  Serviceable  SRUs  on  hand. 

•  SRUs  missing  from  LRUs. 

•  Serviceable  SRUs  on  the  way  to  the  base. 

•  Unserviceable  SRUs  on  the  way  to  the  depot. 


4.  SHOP  CAPACITY  AND  PRIORITY  LISTS 


This  section  discusses  steps  4  and  5  of  the  priority-setting  process  as 
implemented  in  the  DRIVE  prototype  at  Ogden:  adjusting  priorities 
to  match  shop  capacity  and  making  the  priority  lists.  The  former  in¬ 
cludes  specilying  SRUs  that  should  be  available  in  the  depot  mainte¬ 
nance  support  center  (DMSC)  for  anticipated  LRU  repairs  in  the  sub¬ 
sequent  production  period. 

STEP  4— AD  JUSTING  FOR  CAPACITY 

As  noted  in  Section  2,  the  LSRU  program  that  calculates  priorities 
does  not  attempt  to  deal  with  repair  shop  capacity,  and  its  decisions 
of  how  far  to  go  in  generating  repair  and  distribution  actions  for  the 
LRUs  are  determined  mainly  by  a  user-specified  minimal  sort  value. 
The  stopping  value  should  be  set  low  enough  that  generous  lists  of  re¬ 
pair  and  distribution  actions  are  produced,  but  not  so  low  as  to  waste 
computer  resources.  The  “line-drawing”^  program,  described  here,  is 
used  in  an  interactive  fashion  to  select  enough  of  the  repair  actions  to 
keep  the  shops  busy  during  the  coming  production  period.  At  Ogden, 
this  is  two  weeks.2  At  its  simplest,  line  drawing  is  a  matter  of  run¬ 
ning  down  the  merged  list  of  repair  actions  produced  by  the  prioriti¬ 
zation  algorithm,  keeping  a  running  total  of  the  hours  implied  by  the 
specified  repairs  until  a  desired  total  number  of  hours  is  accumulated. 
The  line-drawing  program  can  be  used  in  more  complex  ways,  how¬ 
ever. 

The  program  operates  in  three  phases.  In  the  first  phase,  it  loads 
data  about  the  LRUs  and  SRUs  (identifying  information,  their  test 
stands  or  repair  shops,  and  repair  times)  and  data  relating  to  the  re¬ 
pair  priorities  that  were  computed  by  the  LSRU  program.^  The  sec- 


^The  term  line-drawing  comes  from  an  image  of  drawing  a  line  across  a  list  of  repair 
actions  showing  how  far  down  the  list  the  shops  should  go. 

^The  production  period  should  not  be  confused  with  DRIVE’S  planning  horizons, 
which  affect  only  the  probability  distributions  of  items  returned  from  bases  to  the  depot 
for  repair.  The  choice  of  two  weeks  is  a  compromise.  We  wanted  DRIVE  to  be  run  fre¬ 
quently  for  overall  responsiveness.  On  the  other  hand,  we  wanted  the  production  pe¬ 
riod  to  be  long  relative  to  the  time  lag  between  the  date  of  the  asset  position  data  and 
the  start  of  the  production  period.  Implications  of  this  time  lag  are  discussed  below 
when  we  describe  priority  lists, 

^These  are  the  LSRUNAME.DAT,  DRIVOUT.DAT,  and  GAME.DAT  files  described 
in  Appendix  C.  LSRUNAME.DAT  has  the  identifying  information,  DRIVOUT.DAT 
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ond  phase  is  manipulation  by  the  user  to  achieve  the  desired  shop 
load.  In  the  third  phase,  shortened  versions  of  the  files  produced  by 
the  prioritization  algorithm  to  indicate  repair  and  distribution  priori¬ 
ties  are  written.'*  Also  during  the  third  phase,  calculations  are  car¬ 
ried  out  to  invoke  the  notion  of  proactive  SRU  repair,  which  desig¬ 
nates  the  repair  of  additional  SRUs  during  the  coming  production 
period  to  satisfy  requirements  for  SRUs  that  are  likely  to  be  needed 
by  the  depot  LRU  repair  activity  in  the  following  production  period. 

The  interactive  operation  of  the  line-drawing  program  is  illustrated  in 
Figures  4.1  through  4.6.  Figure  4.1  reproduces  the  computer  screen 
just  after  the  files  have  been  read.  The  AIS  shop  (for  avionics  inter¬ 
mediate  shop)  has  four  types  of  test  stands  designated  by  Cl,  DI,  PP, 
and  RF.  The  top  line  in  the  display  labels  columns  relating  to  the 
four  kinds  of  stands  and  the  total.  The  second  line,  labeled  “Most 
Hours,”  indicates  the  total  number  of  standard  hours  on  the  corre¬ 
sponding  test  stand  that  would  be  used  if  all  the  repairs  indicated  by 
the  records  in  the  DRIVOUT.DAT  file  were  carried  out. 

The  line  labeled  “Manipulate  AIS”  offers  choices  for  the  user.  It 
operates  like  a  simple  menu.  (In  Figures  4.1  through  4.6,  screens  are 
reproduced  with  menu  items  in  bold  type.)  The  currently  selected 
entry  appears  in  reverse  video  (here  indicated  by  underlining).  The 
user  changes  the  indicated  item  with  the  left  and  right  arrow  keys, 
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Figure  4.1 — Starting  Screen  for  LINDRAW  Program 


contains  information  specifying  repair  actions,  and  GAME.DAT  contains  data  that 
permit  the  line  drawing  program  to  deal  with  probabilities. 

*These  are  DRIVOUT.DAT  and  ITEMMGR.DAT  in  Appendix  C. 
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and  the  selection  is  activated  by  pressing  the  Enter  key.  The  first 
four  choices  are  various  ways  of  selecting  repair/distribution  actions, 
although  normally  only  the  first  two  are  used.  The  program  allows 
the  user  to  return  to  this  kind  of  selection  as  often  as  desired  so  that 
it  is  possible  to  try  any  number  of  approaches  to  loading  the  shop. 
The  last  choice,  “Done,”  is  picked  when  the  user  has  made  final 
adjustments  and  wants  to  go  on  to  the  third  phase  of  producing 
output  files. 

Below  the  menu  is  a  four-by-five  matrix  that  shows  the  numbers  of 
hours  by  test  stand  and  the  total.  The  top  row  is  for  the  LRU  shop’s 
stands.  The  next  three  rows  relate  to  the  three  supporting  SRU 
shops.  An  element  in  that  part  of  the  matrix  is  the  number  of  hours 
in  the  indicated  SRU  shop  taken  up  by  SRUs  that  go  in  LRUs  that 
are  repaired  with  the  AIS  test  stand  in  the  corresponding  column. 
Thus,  for  example,  the  intersection  of  the  “Analog”  row  and  “Cl”  col¬ 
umn  is  the  number  of  hours  for  SRUs  repaired  in  the  Analog  Shop 
and  belonging  to  LRUs  that  are  repaired  on  the  Cl  stand.  The  matrix 
is  filled  with  zeros  because  we  have  yet  to  specify  any  production. 

To  see  how  the  line-drawing  program  might  be  used,  suppose  that  we 
wish  to  develop  a  production  plan  that  calls  for  3000  total  standard 
hours  for  the  four  AIS  test  stands,  but  none  of  the  stands  should  have 
more  than  800  hours.  (The  3000  hours  are  likely  to  be  derived  from  a 
budget  constraint  and  the  800-hour  limits  reflect  physical  capacity.) 
We  can  proceed  by  starting  with  an  unconstrained  plan  for  3000  total 
hours  and  then  apply  the  constraints.  To  begin,  work  the  arrow  keys 
to  highlight  “Hours”  on  the  Manipulate  AIS  menu  and  press  Enter. 
This  results  in  the  screen  reproduced  in  Figure  4.2.  The  menu  disap¬ 
pears,  to  be  replaced  by  a  new  one  labeled  “Choose.”  Also,  the  label 
“Hour  limit”  appears  because  the  program  knows  we  are  going  to  be 
specifying  hours  rather  than  probabilities  or  sort  values.  The  Choose 
menu  asks  us  for  which  stand  we  intend  to  designate  a  number  of 
hours,  or  for  the  total  to  be  specified.  “Total”  is  chosen  and  the  Enter 
key  is  pressed.  The  computer  responds  by  removing  the  Choose  menu 
and  indicating  a  field  in  reverse  video  over  the  Total  column  for  the 
number  of  hours  to  be  entered.  We  type  “3000”  and  press  the  Enter 
key. 

At  this  point,  the  computer  figuratively  runs  down  the  list  of  repair 
priorities  until  the  total  number  of  hours  in  the  AIS  shop  reaches 
3000  and  produces  the  display  shown  in  Figure  4.3.  (Figure  4.3  actu¬ 
ally  shows  two  screens,  but  the  user  can  have  the  computer  alternate 
between  them.)  The  hours  matrix  is  filled  in,  and  we  see  that  the 
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Figure  4.2 — After  Selecting  Hours 


3000  hours  would  be  made  up  of  795  hours  on  the  Cl  stands,  524 
hours  on  the  DI  stands,  884  hours  on  the  PP  stands,  and  807  hours  on 
the  RF  stands.  The  total  of  3010  is  greater  than  the  3000  hours 
specified  because  the  last  repair  action  to  get  up  to  3000  hours 
brought  the  total  to  3010.  Note  that  this  plan  calls  for  only  213 
standard  hours  of  repair  in  the  microwave  shop.  This  is  because  the 
original  data  showed  fairly  rich  stocks  of  that  shop’s  SRUs. 

Now  there  is  a  second  matrix  of  repair  hours  with  the  indication  that 
it  is  “Repairs  for  the  next  period.”  The  numbers  there  were  obtained 
by  running  further  down  the  priority  list  until  6000  standard  hours  of 
LRU  repairs  were  reached.  The  additional  3000  hours  are  taken  to  be 
representative  of  the  workload  in  the  following  production  period  and 
are  the  basis  for  DRIVE’S  proactive  SRU  repair  logic. 

I'he  lower  half  of  Figure  4.3  gives  information  about  the  individual 
LRUs,  of  which  there  are  42  in  this  example.  Each  LRU  is  described 
by  five  lines.  The  first  five  rows  are  about  the  first  12  LRUs,  etc.  For 
an  LRU,  the  first  two  lines  are  identification.  The  top  line  indicates 
the  test  stand  and  a  number,  1  through  42,  which  comes  from  the  or¬ 
der  in  which  the  LRUs  were  considered  by  the  prioritization  program. 
The  second  line  is  the  last  four  digits  of  the  LRU’s  National  Stock 
Number  (NSN).  The  third  line,  labeled  “Prob,”  is  the  probability  that 
all  bases  meet  their  availability  goals  with  respect  to  the  LRU  in 
question.  The  rows  indicated  by  “S.V.”  show  the  sort  values  asso- 
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Figure  4.3 — After  Choosing  Total  and  Entering  3000  Hours 
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ciated  with  the  last  repair  actions  involving  the  LRUs.  (An  LRU  with 
no  repair  actions  in  plan  shows  a  sort  value  of  zero.)  The  fifth  line, 
labeled  “Qty,”  is  the  number  of  LRUs  to  be  repaired  according  to  the 
plan. 

We  now  proceed  to  invoke  the  800-hour  constraint  on  the  individual 
AIS  test  stands.  For  each  of  the  four  test  stands,  we  choose  “Hours” 
from  the  Manipulate  AIS  menu,  select  a  test  stand  from  the  Choose 
menu  (shown  in  Figure  4.2)  and  enter  800  hours.  Figure  4.4  shows 
what  the  displays  look  like  after  these  steps  have  been  taken.  The 
data  in  the  displays  represent  a  plan  where  all  stands  are  scheduled 
for  800  hours,  and  the  total  hours  across  stands  for  the  resulting  re¬ 
pair  actions  is  3228.  While  we  may  not  be  interested  in  this  plan, 
what  is  important  is  that  the  user’s  inputs — 3000  hours  total  and  no 
more  than  800  hours  on  any  single  type  of  test  stand — are  entered 
and  show  on  the  line  labeled  “Hour  limit.”  The  final  step  is  to  select 
“Hr_Constraints”  from  the  Manipulate  AIS  menu.  The  results  are 
shown  in  Figure  4.5.® 

Having  achieved  a  plan  according  to  the  given  constraints,  the  user 
picks  “Done”  from  the  Manipulate  AIS  menu.  The  screen  clears  and, 
as  illustrated  by  Figure  4.6,  the  user  is  asked  a  series  of  yes-no  ques¬ 
tions  relating  to  the  desired  outputs,  which  may  include  shortened 
lists  of  repair  and  distribution  priorities  and  a  summary  showing  the 
number  of  each  item  to  be  repaired.  Finally,  the  user  is  asked  if  he 
wants  to  go  back  to  phase  2  (“Again?”).® 

Our  example  showed  that  a  production  plan  can  be  calculated  to  put 
hour  limits  on  each  type  of  AIS  stand  and  the  total.  But  one  may  also 
choose  simply  to  specify  the  numbers  of  hours  for  the  four  kinds  of 
test  stands  or  the  total  across  all  AIS  stands.  This  particular  version 
of  the  line  drawing  program  does  not  offer  a  means  for  independently 
controlling  hours  in  the  SRU  shops.  That  capability,  however,  is  pre¬ 
sent  in  a  less  elaborate  program  written  at  AFLC  headquarters. 


®One  may  notice  that  the  800-hour  constraint  is  exceeded  for  the  DI  stand  in  the 
next  period  portion  of  the  display.  The  reason  is  that  the  computer  program  inter¬ 
preted  the  limits  as  800  hours  for  one  period  and  1600  hours  for  two  periods,  rather 
than  800  hours  in  each  period. 

®The  output  files  are  given  unique  names,  e.g.,  DRFVOUT.l,  DRIVOUT.Z,  etc.,  so 
that  all  the  work  will  be  preserved. 
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Figure  4.4 — After  Setting  Hours  for  Each  LRU  Test  Stand  Type  to  800 
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Fi^re  4.&— After  Applying  Hour  Constraints 


Shall  I  write  a  new  DRIVOUT  file?  (y  or  n) :  y 

Want  lists  of  items  and  quantities  by  shop?  (y  or  n)  :  y 
1  have  to  read  some  of  DRlVOUT.DAT  again. 

I'm  done  after  reading  410  lines  from  DRlVOUT.DAT 
and  writing  346  lines  to  DRIVOUT. 1 
I  wrote  SHOPLIST. 1 . 

Shall  I  write  a  new  IM  file?  (y  or  n) :  y 
I  wrote  ITEMMGR.l 

Again?  (y  or  n)  :n 


Figure  4.6 — Choose  “Done”  and  Respond  to  Choices  of  Outputs 


PROACTIVE  SRU  REPAIR 

The  probability  of  success  in  executing  a  repair  plan  for  LRUs  would 
be  enhanced  if  the  required  serviceable  SRUs  were  already  available. 
DRIVE  specifies  repair  actions  for  SRUs  in  the  upcoming  production 
period  to  provide  a  stock  of  SRUs  for  repairing  LRUs  in  the  following 
period.  This  is  accomplished  in  the  following  way.  We  have  seen  in 
the  example  that  the  line-drawing  program  projects  LRU  repairs  for  a 
subsequent  production  period  by  doubling  the  single-period  repair- 
hour  limits.  When  the  line-drawing  program  writes  out  modified  files 
that  will  be  used  for  making  repair  lists  in  step  5,  it  includes  the  allo¬ 
cations  of  SRUs  and  necessary  repair  actions  to  support  LRU  repairs 
in  the  second  period.  The  priority  lists  will  indicate  period  1  or  period 
2  to  distinguish  among  SRUs  intended  for  the  upcoming  production 
period  or  the  subsequent  one. 

STEP  5— PRIORITY  LISTS 

The  final  processing  step  is  to  produce  priority  lists  from  the  outputs 
of  the  line-drawing  program.  At  Ogden,  a  separate  repair  priority  list 
is  made  for  each  of  the  four  AIS  shop  test  stand  types  and  for  each  of 
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the  three  SRU  shops.  Distribution  lists  are  made  for  each  item  man¬ 
ager. 

Figure  4.7  shows  the  beginning  of  the  priority  list  for  the  DI  test 
stand  made  from  the  repair  priority  file  produced  by  the  line-drawing 
exercise.  The  column  headings  are  fairly  self-explanatory.  The  item 
is  identified  by  its  national  stock  number  and  terse  nomenclature. 
The  item  manager  and  equipment  specialist  are  identified  by  codes, 


THE  D.I.  SHOP  24-JnN-91 
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Figure  4.7 — Priority  List  for  the  DI  Test  Stand 
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and  an  abbreviation  is  given  for  the  name  of  the  base  for  which  the 
item  is  being  repaired. 

An  entry  in  the  column  headed  by  “CUM  RPR,”  for  cumulative  re¬ 
pairs,  gives  the  number  of  appearances  of  an  LRU  on  the  list  down 
through  the  line.  For  example,  line  number  37  is  for  the  18th  REO 
DISPLAY  on  the  list.  The  “STD  HRS”  column  contains  the  standard 
repair  times  for  the  individual  items,  and  the  next  column,  “TOT 
HRS,”  is  the  running  cumulative  sum  of  standard  repair  times  over 
all  items  on  the  list  so  far. 

On  the  left  side,  an  entry  in  the  column  headed  by  “REPAIR  TYPE” 
contains  one  of  three  indications;  “AWP”  for  LRUs  in  that  condition, 
“OWO”  for  LRUs  that  have  already  been  inducted  but  are  not  known 
to  DRIVE  to  be  in  AWP  status,  and  “IND”  to  show  that  the  item 
would  have  to  be  inducted  into  the  shop.  The  important  distinction  is 
between  LRUs  that  are  already  in  the  shop  versus  new  inductions. 
This  helps  the  shop  plan  for  inductions  but  eilso  serves  to  mitigate 
confusion  caused  by  the  time  lag  between  the  running  of  DRIVE  and 
the  start  of  the  production  period.  If  line  drawing  is  based  on  a  pro¬ 
duction  period  of  two  weeks,  the  two  weeks  should  logically  begin  at 
the  time  when  the  data  on  shop  status  were  current.  These  data, 
however,  are  several  days  old  by  the  time  the  production  period 
actually  starts,  and  it  is  expected  that  some  of  the  items  on  the  list 
would  have  been  repaired  by  the  start  of  the  period.’  If  eliminating 
the  time  lag  is  impossible,  a  solution  would  be  to  have  DRIVE  con¬ 
sider  the  production  period  to  have  a  length  equal  to  the  sum  of  the 
actual  period  plus  the  time  lag.  If  data  were  available  on  what  items 
had  been  produced  during  the  lag,  corresponding  lines  could  be 
deleted  from  the  top  of  the  list. 

Production  lists  also  include  period  1  and  period  2  repairs  as  de¬ 
scribed  in  the  discussion  of  proactive  SRU  repair.  Period  2  LRUs  are 
included  to  give  the  shop  some  advance  warning  and  to  provide  the 
shop  with  more  work,  since  they  often  must  skip  items  for  lack  of 
parts  or  carcasses.  Notice  that  the  repair  on  line  35  of  Figure  4.7  is 
the  last  one  with  an  indication  of  period  1.  The  cumulative  hours 
against  that  LRU  repair  is  609,  which  agrees  with  the  DI  shop  hours 
in  Figure  4.5. 


’in  the  extreme  case,  suppose  the  production  period  were  equal  to  the  time  lag. 
Then  the  production  list  would  contain  only  repairs  that  DRIVE  would  have  hoped  had 
already  been  accomplished  and  nothing  about  foture  actions. 
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Figure  4.8  shows  the  distribution  priorities  for  two  of  the  items  under 
the  management  of  item  manager  HA6.  The  notion  is  that  the  item 
manager  works  from  the  top  of  the  list  for  each  item  as  assets  become 
available.  The  first  item  on  HA6’s  list  is  the  3945  REO  Display  LRU, 
and  we  see  the  distribution  priorities  for  the  17  units  called  for  in 
Figure  4.5  (in  Figure  4.5,  it  is  DI23,  near  the  end  of  the  second  group 
of  LRUs).  The  second  item  is  an  SRU.  DRIVE  is  suggesting  that  the 
first  two  and  the  ninth  go  to  bases  and  the  rest  to  the  AIS  shop.  The 
period  indicator  switches  to  2  starting  with  the  tenth  SRU,  indicating 
that  these  SRUs  are  the  ones  that  we  would  like  to  have  available  to 
the  AIS  shop  in  anticipation  of  needs  in  the  next  period. 
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DISTRIBUTION  PRIORITIES  24-JON-91 
OGDEN  ALC  F-I6  AIS  4  SRO  SHOPS 

ITEM  MANAGER  HA6 


PRTY  MASTER  NSN  ITEM 

1  5841-01-096-3945WF  REO  DISP 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 
n 
18 

1  5960-01-084-4987WF  CRT  ASSY 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 


SUPPLY 

ACCT 

ORG 

BASE  NAME 

PER 

lOD 

FB6451 

ISBTFG 

BURLINGTON  VT 

1 

FB6324 

174TFM 

HANCOCK  NY 

1 

FB6324 

174TFW 

HANCOCK  NY 

1 

FB64S1 

1S8TFG 

BURLINGTON  VT 

1 

FB6324 

174TFW 

HANCOCK  NY 

1 

FB6451 

158TFG 

BURLINGTON  VT 

1 

FB6091 

FIS  159 

JACKSONVILLE 

1 

FB6324 

174TFW 

HANCOCK  NY 

1 

FB6451 

158TFG 

BURLINGTON  VT 

1 

FB2823 

ADTCE 

EGLIN  AFB  FL 

1 

FB6091 

FIS  159 

JACKSONVILLE 

1 

FB2805 

AFFTC 

EDWARDS  AFB  C 

1 

FB6372 

114TF 

KINGSLEY  FIEL 

1 

FB6321 

107FIG 

NIAGARA  FALLS 

1 

FB6324 

174TFW 

HANCOCK  NY 

1 

FB2823 

ADTCE 

EGLIN  AFB  FL 

1 

FB6091 

FIS  159 

JACKSONVILLE 

1 

FBe451 

158TFG 

BURLINGTON  VT 

2 

FB6451 

158TFG 

BURLINGTON  VT 

1 

FB6123 

183  TFG 

CAPITAL  IL 

1 

FB2029 

OGDEN,  UT 

1 

FB2029 

OGDEN,  UT 

1 

FB2029 

OGDEN,  UT 

1 

FB2029 

OGDEN,  UT 

1 

FB2029 

OGDEN,  UT 

1 

FB2029 

OGDEN,  UT 

1 

FB6123 

183  TFG 

CAPITAL  IL 

1 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

F82029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

FB2029 

OGDEN,  UT 

2 

Figure  4.8— Distribution  Priorities  for  EW  HA6 


5.  DDSP;  THE  DRIVE  DECISION  SUPPORT 
PROGRAM 


The  DRIVE  Decision  Support  Program  replays  sequences  of  repair 
and  allocation  decisions  made  by  the  LSRU  program.  Our  original 
motivation  was  to  develop  an  aid  for  explaiiang  DRIVE’S  logic  and 
behavior.  As  the  DDSP  has  evolved,  however,  we  have  found  that  it 
provides  a  great  deal  of  diagnostic  information  and  furnishes  under¬ 
standing  available  in  no  other  way  about  the  status  and  problems  as¬ 
sociated  with  the  various  LRU  families. 

The  inputs  to  the  DDSP  are  the  files  produced  by  the  DRINP  program 
in  step  2  plus  a  special  file  written  by  the  prioritization  program  in 
step  3.  The  latter  file  contains  a  record  for  every  repair  and  allocation 
action  selected  by  the  marginal  analysis  procedure.  The  remainder  of 
this  section  describes  the  DDSP  through  a  series  of  figures  repro¬ 
duced  from  computer  screens  displayed  by  the  program. 

The  user  is  first  presented  with  a  screen  that  identifies  the  set  of 
LRUs,  and  he  is  asked  to  choose  one.  Such  a  screen  is  reproduced  in 
Figure  5.1,  where  the  user  chooses  LRU  number  12.  Based  on  that 
choice,  the  user  is  shown  a  display  called  the  “main  screen.” 
Exaunples  of  the  main  screen  at  various  points  in  stepping  through 
the  allocations  for  the  selected  LRU  are  shown  in  Figures  5.3,  5.4, 
and  5.9.  The  usual  response  by  the  user  when  the  main  screen  is 
showing  is  to  press  the  Enter  key,  first  to  reveal  what  the  next  edloca- 
tion  will  be  and  again  to  have  the  display  updated  accordingly.  But 
there  are  other  options  that  the  user  may  select  by  pressing  various 
keys  instead  of  Enter. 

Figure  5.2  shows  the  help  display  that  one  gets  by  pressing  the  h  key. 
It  lists  the  other  special  keys  and  gives  a  brief  description  of  what 
they  do.  The  d,  r,  and  s  options,  respectively,  produce  tabular  dis¬ 
plays  of  items  distributed  to  bases,  the  repairs  made  so  far,  and  the 
bases’  asset  positions.  The  g  key  brings  up  a  bar  graph  that  relates 
LRUs  to  expected  demands  at  the  bases.  All  of  these  are  illustrated 
in  the  figures.  The  f,  I,  and  p  keys  offer  various  ways  of  capturing 
displays  in  files  or  on  printers.  The  a  key  causes  the  DDSP  to  run 
through  all  remaining  allocations  for  the  LRU  family,  and  q  tells 
DDSP  not  to  process  any  more  transactions.  When  the  action  of  the  a 
key  is  finished  or  the  q  key  has  been  pressed,  all  the  display  and  cap¬ 
turing  options  are  available  until  the  user  presses  q  again  to  indicate 
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ACTIONS  AT  Show  next  allocation:  or  Update  Status:  PROMPTS 

Enter  move  from  Show  to  Update  or  Update  to  Show 
a  automatically  move  thru  to  last  transaction 
c  change  colors 

d  show  items  distributed  to  bases 
f  add  image  of  screen  to  file  ddsp.dat 
g  show  graph 

r  show  repairs  made  so  far 
a  show  stock 
q  quit  for  this  LRU 

WITH  GRAPH  DISPLAYED 
c  change  colors 

1  capture  graph  image  in  a  postscript  file  Lnn.PIC 
p  print  graph  image  on  your  local  Epson-like  printer 

You  may  scroll  bases  with  < —  and  — >  at  any  time 

Press  Enter  to  return  to  main  screen 


Figure  5.2 — Help  Screen 


that  he  is  done  with  the  LRU  family.  The  c  option  is  not  illustrated 
by  the  figures;  it  allows  one  to  choose  colors  for  the  various  elements 
of  the  graphical  display  and  two  colors  for  the  main  screen. 

MAIN  SCREEN 

Figure  5.3  reproduces  the  main  screen  immediately  after  LRU  num¬ 
ber  12  was  chosen.  The  top  line  indicates  the  LRU.  Below  that  and 
above  the  continuous  line  across  the  fig’  re  are  columns  relating  to 
the  bases.  The  bases  are  numbered  1  thiough  17,  and  the  line  below 
the  numbers  contains  three-letter  abbreviations  for  the  base  names. 
The  line  labeled  “PrOK”  gives  the  bases’  probabilities  of  meeting  their 
availability  goals  for  this  LRU.  The  line  indicated  by  WRM  contains 
the  bases’  numbers  of  authorized  LRUs  in  their  WRSKs.  DRIVE  does 
not  use  these  numbers  in  any  way,  but  it  is  interesting  to  see  them 
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Figure  5.3 — Main  Screen  Before  Allocations 
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here.  For  the  bases,  “Dmnd”  (demand)  reflects  the  expected  numbers 
of  LRUs  that  the  bases  will  remove  from  aircraft  and  send  to  the  de¬ 
pot  during  their  horizons,  and  “Stck”  shows  the  current  numbers  of 
spare  serviceable  LRUs  that  the  bases  have  in  stock.  The  bases  are 
ordered  according  to  their  entries  in  the  “Dmnd”  row,  from  high  to 
low.  Since  there  is  room  for  only  17  bases,  the  left  and  right  arrow 
keys  ceui  be  used  to  scroll  across  the  bases.  (This  is  what  the  little  ar¬ 
row  near  the  top  right  is  meant  to  suggest.) 

The  next  part  of  the  display  between  the  two  solid  lines  is  a  set  of 
columns  relating  to  the  LRU  and  SRUs.  The  line  headed  by  SRU 
simply  shows  numbers  for  labeling  the  SRUs,  with  SRU  0  being  the 
LRU.  The  line  below  that,  labeled  “QPA,”  is  the  number  of  copies  of 
the  LRU  in  the  aircraft  and  of  the  SRUs  in  the  LRU.  The  three  lines 
containing  the  label  “AWP  LRUs”  and  the  “Stck”  and  “Hole”  rows 
have  no  data  yet.  They  are  there  to  show  the  asset  position  of  the 
base  that  gets  the  current  allocation,  but  the  first  allocation  decision 
has  yet  to  be  revealed. 

The  last  five  lines  above  the  lower  solid  line  indicate  the  status  of 
items  at  the  depot.  There  are  currentlj  seven  LRUs  that  have  been 
diagnosed  and  are  AWP  for  specific  SRUs.  The  numbers  of  missing 
SRUs  in  the  seven  AWP  LRUs  are  shown  in  the  row  labeled  Holes. 
The  lines  above  the  holes  show  stocks  of  serviceable  items  in  ordinary 
depot  stock  and  in  the  LRU  shop  (maintenance  inventory  center 
[MIC],  now  called  the  DMSC).  Below  Holes  is  a  row  indicating  num¬ 
bers  of  reparable  carcasses.  There  is  room  for  an  additional  row  be¬ 
low  the  “Reps”  line.  When  DRIVE  elects  to  complete  the  repair  of  one 
of  the  depot’s  AWP  LRUs,  that  space  is  used  to  indicate  the  number  of 
various  SRUs  used  to  fix  the  LRU. 

At  the  bottom  of  the  display,  below  the  solid  line,  is  the  user’s  control. 
The  cursor  is  initiedly  positioned  at  the  right  of  “Show  next  alloca¬ 
tion:”  and  the  words  appear  in  a  different  color  from  the  rest  of  the 
display.  When  the  user  presses  the  Enter  key,  the  line  below  will  tell 
what  item  is  to  be  sent  to  which  base  and  whether  it  is  to  be  from 
stock,  inducted,  or  the  completion  of  an  LRU  repair.  The  standard 
hours  involved  with  the  transaction  is  also  written.  An  example  of 
this  information  can  be  seen  at  the  bottom  of  Figure  5.4.  The  asset 
position  for  the  base  receiving  the  item  is  filled  in,  as  is  also  illus¬ 
trated  in  Figure  5.4. 

Also,  in  Figure  5.3  the  cursor  jumps  to  the  right  of  the  “Update  sta¬ 
tus:”  phrase,  and  that  becomes  highlighted.  When  the  Enter  key  is 
pressed,  the  appropriate  data  in  the  display  will  be  updated  to  reflect 
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Figure  6.4 — Main  Screen  After  31  Allocation  Steps 
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all  changes  from  the  transaction.  On  the  bottom  right  of  the  screen, 
the  DDSP  program  keeps  track  of  the  original  transaction  number 
that  the  prioritization  program  (LSRU)  assigned  to  the  action,  the 
number  of  steps  gone  through  for  this  LRU,  the  total  of  the  standard 
hours,  the  probability  that  all  bases  achieve  their  availability  goals 
for  the  LRU,  and  the  sort  value  associated  with  the  current  allocation. 

DRIVE  shows  each  allocation  step  in  two  stages  to  make  it  easier  to 
see  how  the  status  is  changed  if  the  nature  of  the  transaction  is 
known  first. 

Figure  5.4  shows  the  state  of  affairs  for  this  particular  LRU  after  31 
allocation  steps  have  been  taken.  Among  other  things,  one  can  see 
that  all  3  LRUs  in  stock  at  the  depot  have  been  distributed,  the  7 
AWP  LRUs  have  been  repaired,  and  because  the  number  of  LRU  car¬ 
casses  has  gone  from  12  to  8,  4  LRUs  were  inducted. 

OTHER  DISPLAYS 

Figures  5.5  through  5.8  all  relate  to  the  status  shown  in  Figure  5.4. 


Repairs  So  Far 
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Figure  6.6 — Display  Repairs 
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Repairs  So  Far 

Figure  5.5  indicates  items  repaired  and  the  use  to  which  the  repaired 
SRUs  were  put.  The  top  line  is  for  LRUs  and  indicates  the  7  AWP 
completions  and  the  4  inductions.  The  remainder  of  the  table  is  for 
SRUs.  We  can  see,  for  example,  that  9  type-8  SRUs  were  to  be  re¬ 
paired,  5  to  fix  AWP  LRUs  and  2  each  for  inducting  LRUs  and  to  be 
sent  to  bases. 


Allocations 

The  d  option  (for  “distribution”)  brings  up  the  display  in  Figure  5.6 
showing  how  many  of  each  item  has  been  allocated  to  each  base.  The 
total  of  14  LRUs  is  more  than  the  11  shown  on  the  first  line  of  the 
data.  Were  the  display  to  be  scrolled  across  bases  with  the  arrow 
keys,  the  other  3  would  be  found. 

Current  Stock 

Pressing  the  s  key  gives  the  matrix  of  asset  positions  illustrated  by 
Figure  5.7.  The  entries  are  stock  minus  holes.  S’nce  DRIVE  main¬ 
tains  the  condition  that  both  cannot  be  positi.  th  '  •'  sumption  is 
that  a  positive  number  indicates  serviceable  st^  k  .  •  base,  and  a 
negative  number  implies  the  existence  of  AWP  LRUs.  This  is  not  true 
for  the  depot  because  the  depot  does  not  always  cannibalize,  but 
numbers  shown  in  the  depot  column  are  still  computed  in  the  same 
way.  Note  that  there  are  still  SRU  holes  shown  for  Moody  and 
Homestead  (bases  1  and  2).  Moreover,  a  package  of  SRUs  for 
Homestead  would  consist  of  SRUs  4  and  8. 


Graphical  Display  of  Asset  Positions 

Although  complex,  the  graphs  as  illustrated  by  Figure  5.8  have  been 
found  to  be  revealing.  (They  are  easier  to  digest  on  a  color  screen.) 
Bases  are  indicated  across  the  top  as  on  the  main  screen.  Rows  la¬ 
beled  “Pr  1”  and  “Pr  2”  are  probabilities  that  the  bases  will  meet  their 
goals  with  respect  to  this  LRU  family.  The  Pr  1  row  has  the  initial 
probabilities  and  does  not  change;  the  Pr  2  row  contains  probabilities 
corresponding  to  the  allocations  so  far  and  agrees  with  the  “PrOK” 
row  on  the  main  screen.  The  vertical  axis  is  counts  of  LRUs.  For 
each  base,  there  are  two  stacks  of  bars.  The  left  stack,  consisting  of  a 
wide  bar  on  the  bottom  crowned  with  a  slender  bar,  is  about  de¬ 
mands.  The  right-hand  stack  of  bars  relates  to  LRUs. 
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MQO  HOM  TIN  MCE  HIL  6RE  HftN  FOB  CftP  ftTL  KEL  UBl  FMB  ftND  SEE  FRE  MCC 


Cnnd  TftC  TftC  TftC  ftNG  TAC  ANG  ANG  ANG  ANG  AN6  ANG  ETC  ANG  ANG  ANG  ANG  ANG 

Dr  1  .11  .36  .18  .39  .53  .06  .18  .61  .07  .06  .51  .58  .19  .89  .69  .15  .31  0.0000 

Dr  2  .11  .36  .18  .50  .61  .51  .19  .61  .17  .51  .51  .69  .19  .89  .69  .75  .76  0.0000 


MOO  HOM  TIN  MCE  HIL  GDE  HAN  FOR  CAP  ATL  ICEL  URI  FAD  AND  SEL  FRE  MCC 
1 270-0 1-209-9982UF  COMPUTED 

Fig.  5.8 — Bar  Graph  of  Base  Asset  Positions 

The  wide  part  of  the  demand-bar  stack  is  expected  demand.  As  indi¬ 
cated  by  the  legend,  this  is  in  two  parts.  The  solid  portion  is  the  ex¬ 
pected  number  of  LRUs  returned  to  the  depot  during  the  base’s  hori¬ 
zon.  On  top  of  that  is  a  portion  filled  with  dots  indicating  the  number 
of  LRUs  expected  to  enter  the  base’s  repair  shop,  although  with  these 
data,  the  numbers  are  too  small  to  be  visible.  Moody’s  bar  is  a  little 
less  than  16  LRUs  high.  Note  that  there  is  a  zero  on  the  vertical 
scale,  and  Moody’s  demand  bar  extends  from  -11  to  nearly  +5.  This  is 
because  Moody  is  a  WRSK  base  and  is  allowed  to  have  11  LRUs  miss¬ 
ing  from  aircraft  at  the  end  of  its  horizon  plus  30  days  of  wartime  op¬ 
eration.  Moving  its  demand  bar  downward  by  that  amount  provides  a 
more  meaningful  representation  of  the  comparison  between  LRUs  at 
the  base  and  demand,  since  DRIVE’S  priority  calculation  is  based  on 
the  probability  that  demand  minus  allowable  LRUs  missing  is  less 
than  stock. 

The  spike  on  top  of  the  expected-demand  bar  indicates  two  standard 
deviations  in  order  to  emphasize  that  having  enough  LRUs  to  meet 
just  expected  demands  may  not  be  a  very  strong  asset  position. 

The  LRU  bars  are  of  three  kinds.  On  the  bottom  of  the  stack,  with 
horizontal  and  vertical  hatching,  is  the  number  of  LRUs  that  the  base 
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had  before  any  allocations.  If  the  base  has  had  any  of  its  own  AWP 
LRUs  taken  care  of  with  packages  of  SRUs,  the  number  is  shown  by 
an  empty  bar.  The  fifth  base.  Hill,  started  with  one  LRU  in  stock  and 
obtained  another  because  of  a  package  of  SRUs.  LRUs  sent  from  the 
depot  are  represented  by  bars  with  diagonal  hatching.  The  seventh 
base,  Hancock,  started  with  one  LRU  and  has  been  allocated  two 
more. 

Figures  5.9  and  5.10  are  the  main  screen  and  graph  that  resulted 
from  choosing  the  a  option;  they  represent  the  status  with  respect  to 
this  LRU  if  all  the  repairs  and  allocations  computed  by  the  LSRU 
program  prior  to  stopping  with  a  sort  value  of  0.0005  were  to  be  car¬ 
ried  out. 
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Figure  5.10 — Bar  Graph  of  Base  Status  After  143  Allocation  Steps 


6.  QUARTERLY  PLANNING  WITH  DRIVE 


Although  DRIVE  is  intended  to  replace  the  prevailing  discipline  of 
working  toward  goals  negotiated  under  the  MISTR  (Management  of 
Items  Subject  to  Repair)  system,  the  ALC  is  still  in  need  of  a  mecha¬ 
nism  to  estimate  repair  quantities  by  quarters  for  manpower  plan¬ 
ning,  ordering  parts,  and  the  like.  In  particular,  the  total  number  of 
shop  hours  to  be  devoted  to  the  repair  of  the  “DRIVE  items”  is  still  a 
subject  for  negotiation.  Since  DRIVE  produces  plans  covering  only  a 
sm^l  portion  of  a  quarter  and  is  intended  to  be  responsive  to  unpre¬ 
dicted  events,  it  is  not  reasonable  to  expect  highly  accurate  forecasts 
of  the  aggregate  of  several  DRIVE  production  lists.  This  raises  the 
question.  Can  useful  estimates  of  quarterly  repair  quantities  be 
made? 

It  is  difficult  to  develop  a  method  that  is  both  theoretically  satisfac¬ 
tory  and  computationally  feasible  because  of  the  fundamental  way  in 
which  DRIVE  views  the  world.  DRIVE  is  based  on  the  assumption 
that  a  set  of  decisions  is  made  and  acted  upon  at  one  point  in  time 
and  the  effects  are  felt  at  a  later  time  point.  On  the  other  hand,  the 
quarterly  planning  problem  is  to  predict  the  total  number  of  items  to 
be  repaired  over  a  sequence  of  horizons,  rather  than  just  one.  There 
have  been  a  number  of  proposals  for  utilizing  DRIVE’S  single-period 
computation  to  predict  the  aggregate  results  from  a  sequence  of 
DRIVE  production  plans  over  a  longer  time.  This  section  describes 
the  proposal  that  appears  to  be  the  best  and  includes  results  from  a 
simulation  constructed  for  studying  quarterly  planning  methods. 

A  METHOD  FOR  ESTIMATING  QUARTERLY  REPAIR 
QUANTITIES 

Out  of  the  half  dozen  approaches  to  quarterly  planning  that  have 
been  considered,  the  best  one  so  far  was  suggested  by  Salvatore 
Culosi  of  LMI.^  Culosi’s  idea  seems  quite  simple;  pretend  that  the 
entire  quarter’s  repairs  will  be  done  in  the  last  production  period  of 
the  quarter. 


^Culosi,  Salvatore  J.,  An  Analysis  of  Issues  Related  to  Implementing  the  DRIVE 
Model,  Logintics  Management  Institute,  Report  AF002R1.  April  1991. 
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The  calculation  is  like  the  normal  biweekly  DRIVE  computation,  ex¬ 
cept  for  two  things.  First,  the  standard  repair  hours  available  in  the 
various  shops  are  set  equal  to  the  quarterly  totals.  Second,  the  ex¬ 
pected  numbers  of  NRTS  items  from  the  bases  are  computed  based  on 
peacetime  flying  rates  over  a  time  interval  equal  to  one-quarter  less 
one  production  period.  (If  a  quarter  is  90  days,  and  a  production  pe¬ 
riod  covers  14  days,  the  interval  would  be  76  days.)  The  bases’  asset 
positions  are  reduced  and  the  numbers  of  repairable  carcasses  at  the 
depot  are  increased  by  the  expected  NRTS  quantities.  The  adjust¬ 
ment  for  expected  NRTS  serves  both  to  reflect  losses  of  items  at  the 
bases  and  provides  an  estimate  of  additional  carcasses  available  at 
the  depot.  There  are  two  appealing  features  about  Culosi’s  method. 
First,  it  uses  the  same  probability  functions  as  does  the  biweekly 
DRIVE,  impl3dng  that  both  the  quarterly  and  biweekly  uses  of  DRIVE 
are  working  to  achieve  the  same  objective  function.  Second,  the  ac¬ 
counting  for  NRTS  items  and  carcasses  is  correct  in  the  sense  of  ex¬ 
pected  values. 

OTHER  METHODS 

Other  methods  that  have  been  investigated  were  of  two  varieties. 
One  group  involved  lengthening  the  planning  horizon  to  90  days.  The 
fallacy  in  lengthening  the  horizon  is  that  the  biweekly  and  quarterly 
models  would  be  using  different  probability  functions  for  evaluating 
the  objective  function.  The  second  group  of  methods  was  motivated 
by  the  distinction  between  catch-up  and  keep-up  requirements  dis¬ 
cussed  in  Section  2  of  the  companion  report.^  These  methods  are 
schemes  to  use  DRIVE  to  arrive  at  a  “desired  asset  position”  (the 
catch-up  requirement)  and  then  add  more  repairs  to  maintain  that 
asset  position  by  fixing  the  expected  numbers  of  items  that  would  fail. 


SIMULATION  OF  QUARTERLY  PLANNING 

Richard  Moore  at  Headquarters  AFLC  carried  out  a  deterministic 
simulation  of  several  quarterly  planning  methods.  To  estimate  the  ef¬ 
fect  of  DRIVE’S  biweekly  plans  over  a  quarter,  he  started  with  the  as¬ 
set  position  from  a  DRIVE  database  and  made  six  biweekly  plans. 
Between  plans,  asset  positions  at  bases  were  decreased  by  the  ex¬ 
pected  NRTS  quantities,  and  numbers  of  carcasses  available  at  the 
depot  were  increased  by  the  same  amounts.  It  was  assumed  that 


^Abell,  John  B.,  et  al.,  DRIVE  (Distribution  and  Repair  in  Variable  Environments) 
R-3888-AF,  1992, 
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each  biweekly  plan  was  carried  out  exactly  and  the  bases’  asset  posi¬ 
tions  were  augmented  by  the  planned  allocations  from  the  depot.  For 
simplicity,  the  exercise  dealt  only  with  LRUs.  Moore’s  result  was  that 
the  quarterly  plan  made  by  the  Culosi  method  agreed  almost  exactly 
with  the  sum  of  repairs  called  for  in  the  six  biweekly  plans.  None  of 
the  other  methods  tested  showed  the  same  level  of  agreement. 

Subsequent  to  Moore’s  demonstration,  we  wrote  a  simulation  program 
to  perform  similar  analyses,  except  that  the  NRTS  actions  are 
sampled  using  the  Monte  Carlo  method.  Introducing  random  vari¬ 
ables  in  place  of  expected  values  is  important  for  making  comparisons 
because  results  from  a  deterministic  simulation  are  misleading  in 
that  they  suggest  that  quarterly  planning  cjui  produce  error-free  pre¬ 
dictions.  The  Monte  Carlo  model  also  only  deals  with  LRUs  since  the 
inclusion  of  SRUs  in  DRIVE  accounts  for  most  of  its  complexity  and 
computer  time.  As  in  Moore’s  deterministic  analysis,  the  simulation 
assumes  that  biweekly  plans  are  carried  out  exactly. 

Some  of  the  options  available  in  our  simulation  and  the  specific 
choices  made  to  produce  the  results  presented  here  are  outlined  be¬ 
low. 


Treatments 

•  Four  methods  of  quarterly  planning  are  available,  although  we 
only  include  results  for  Culosi’s  method  here. 

•  Reallocation  of  base  assets  prior  to  making  biweekly  and  quarterly 
plans  is  a  selectable  option.  Reallocation  was  not  exercised  in  the 
case  discussed  here. 


LRUs  in  the  Test 

•  We  included  14  LRUs  repaired  on  the  Cl  test  stand  with  data 
taken  from  the  PPOUT.DAT  of  9  May  1990. 


NRTS  Parameters 

•  NRTS  LRUs  within  each  biweekly  period  are  sampled  from  a  nega¬ 
tive  binomial  distribution. 

•  Expected  NRTS  used  in  the  DRIVE  computations  were  also  used  as 
the  mean  values  in  the  Monte  Carlo  sampling  of  NRTS. 
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•  Biweekly  and  quarterly  planning  methods  employed  the  Sher¬ 
brooke  regression  applied  to  base  mean  (i.e.,  not  worldwide)  for 
VTMRs. 

•  For  sampling  NETS,  the  VTME  was  set  to  4.0  for  all  LRUs  at  all 
bases.  This  was  done  to  have  more  variability  than  DRIVE  was 
expecting. 


Trials  and  Sample  Size 

•  A  trial  consists  of  five  quarters,  and  each  trial  began  with  the  asset 
position  as  specified  in  the  PPOUT.DAT  file.  Data  from  the  first 
quarter  of  each  trial  was  ignored. 

•  Eight  trials  were  made,  giving  a  sample  size  of  32  quarters  and  192 
biweekly  periods. 


Event  Timing  Within  a  Trial 

•  Biweekly  plans  were  done  every  14  simulated  days. 

•  A  quarterly  plan  was  done  every  84  days  beginning  with  the  second 
simulated  quarter  in  a  trial.  A  quarter  covers  six  biweekly  periods. 

•  For  biweekly  plans,  the  NRTS  were  sampled  and  the  asset  position 
was  recorded  on  the  day  before  the  plan  was  computed.  Asset  po¬ 
sitions  of  the  bases  were  updated  on  the  day  after  the  plan  was 
made. 

•  Asset  positions  for  making  quarterly  plans  were  recorded  two  days 
after  the  third  biweekly  plan  in  the  previous  quarter  so  that  the 
LRUs  to  be  repaired  according  to  that  plan  would  have  been  deliv¬ 
ered  to  bases.  This  is  the  reason  data  from  the  first  quarter  in  a 
trial  are  discarded. 


Repair  Capacity 

•  The  total  quarterly  keep-up  requirement  represents  3458  standard 
hours  (see  Table  6.1). 

•  Biweekly  and  quarterly  plans  were  made  to  include  634  auid  3804 
standard  hours,  respectively.  These  values  are  110  percent  of  the 
keep-up  requirement. 


Table  6.1 

Sampling  Quarterly  NRTS  and  Keep-Up  Requirement 
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LRU 

Expected 

NRTS 

Sample 
Avg  NRTS 

Sample 

VTMR 

Sample 

Std-Dev 

Repair 

Hours 

E(NRTS) 

X  Hours 

3976  FIRE  COMP 

6.24 

5.34 

3.61 

4.39 

9.2 

57.38 

3829  XFCC 

3.44 

3.44 

2.72 

3.06 

4.0 

13.76 

3533  FC  NAV  PAN 

72.31 

72.38 

3.42 

15.72 

8.5 

614.60 

6645  INU 

37.36 

35.69 

3.08 

10.48 

29.0 

1083.32 

7817  ACCELER  AS 

6.73 

6.81 

2.51 

4.13 

8.0 

53.83 

0046  ECA 

12.09 

11.44 

3.87 

6.65 

11.0 

132.99 

0712  ECA  C/D 

23.10 

23.34 

3.51 

9.05 

11.0 

254.07 

7834  GYRO 

16.54 

15.06 

3.91 

7.68 

6.5 

107.48 

3160  PANEL 

26.43 

25.84 

2.69 

8.33 

8.0 

211.46 

7445  PANEL  TRIM 

66.95 

68.75 

3.19 

14.82 

6.6 

441.88 

1592  FLT  CTL  CO 

7.41 

6.97 

4.14 

5.37 

22.6 

167.40 

0136 FLCC 

4.05 

2.22 

3.22 

2.67 

22.6 

91.53 

3851  FL  CTL  CTR 

13.21 

13.34 

5.46 

8.54 

12.0 

158.51 

6771  RECORD  ASY 

8.34 

8.09 

2.77 

4.74 

8.4 

70.03 

Total  hours 

3458.25 

3344.29 

3458.25 

NOTE:  The  numbers  above  are  rounded  and  do  not  add  up  exactly  to  the  totals. 


RESULTS 

Table  6.1  contains  information  related  to  sampling  NRTS.  For  each 
of  the  14  LRUs,  it  shows  the  mean  of  the  quarterly  NRTS  along  with 
the  average  observed  VTMR  (to  compare  with  the  specified  VTMR  of 
4.0)  and  standard  deviation  obtained  for  the  32  quarters  in  the  sam¬ 
ples.  Also  indicated  are  the  LRUs’  standard  repair  hours  and  the 
product  of  the  mean  NRTS  and  standard  hours.  This  product  repre¬ 
sents  the  keep-up  requirements  in  hours.  Note  that  3533  FC  NAV 
PAN  and  6645  INU  together  account  for  nearly  half  of  the  keep-up 
requirement. 

Table  6.2  compares  biweekly  plans  with  the  quarterly  plans  made  by 
the  Culosi  method  without  reallocation.  The  rightmost  panel  shows 
observed  average^  and  standard  deviations  of  differences  between  the 
totals  of  biweekly  plans  and  their  corresponding  quarterly  plans.  The 
largest  difference  is  less  than  four  LRUs  in  absolute  value,  which 
indicates  that,  on  average,  the  differences  are  small.  On  the  other 


^The  sum  of  six  biweekly  plans  calls  for  more  repair  hoars  than  the  associated 
quarterly  plan  because  the  marginal  allocations  are  terminated  with  the  first  repair  for 
which  the  total  hours  exceed  the  limit.  This  happens  six  times  in  a  quarter  for  bi¬ 
weekly  plans,  but  only  once  for  the  quarterly  computation. 
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Table  6.2 

Comparison  of  Biweekly  and  Quarterly  Plans 


Biweekly  Plans  Quarterly  Plans  Difference  (B-Q) 
LRU  Average  Std-Dev  Average  Std-Dev  Average  Std-Dev 


3976  FIRE  COMP 
3829  XFCC 
3533  FC  NAV  PAN 
6645  INU  74DA0 
7817  ACCELERAS 
0046  EGA  14FB0 
071 2  EGA  C/D 
7834  GYRO 
3160  PANEL 
7445  PANEL  TRIM 
1592  FLT  CTL  CO 
0136  FLCC 
3851  FL  CTL  CTR 
6771  RECORD  ASY 


6.97 

3.92 

3.16 

3.00 

84.69 

21.09 

42.41 

9.32 

7.25 

3.78 

11.63 

5.07 

20.50 

8.55 

16.66 

8.28 

32.25 

8.13 

80.69 

15.39 

7.72 

4.64 

6.56 

3.72 

10.00 

6.64 

9.34 

4.04 

3857.78 

6.19 

3.04 

3.00 

0.00 

82.25 

14.06 

44.13 

11.20 

5.94 

2.58 

10.09 

8.73 

17.17 

10.39 

17.16 

5.98 

30.22 

6.09 

84.44 

6.10 

6.22 

2.76 

9.78 

4.38 

7.97 

4.31 

5.84 

3.49 

3812.47 

0.78 

4.14 

0.16 

3.00 

2.44 

16.58 

-1.72 

10.31 

1.31 

3.44 

1.53 

5.02 

3.31 

8.60 

-0.50 

6.99 

2.03 

7.76 

-3.75 

15.41 

1.50 

4.33 

-3.22 

3  84 

2.03 

6.44 

3.50 

4.49 

45.65 

Total  hours 

NOTE;  The  numbers  above  are  rounded  and  do  not  add  up  exactly  to  the  totals. 


hand,  what  is  important  is  how  good  a  predictor  a  quarterly  plan  is  oi 
the  biweekly  plans  to  be  executed  during  the  quarter.  Some  feeling 
for  this  can  be  obtained  by  examining  the  standard  deviations  of  the 
differences  in  the  rightmost  column.  While  one  would  like  to  see 
smaller  numbers,  they  are  very  similar  to  the  standard  deviations  of 
the  sampled  quarterly  NRTS  in  Table  6.1 .  The  standard  deviations  in 
Table  6.1  represent  the  inherent  variability  of  the  NRTS  process,  and 
one  should  not  expect  a  method  for  quarterly  planning  to  do  better. 

Table  6.3  shows  the  fractions  of  plans  for  which  carcass  constraints 
were  binding.  This  is  important  to  observe  because  if  carcass  con¬ 
straints  are  frequently  active,  there  are  not  many  degrees  of  freedom 
in  planning;  a  plan  would  simply  call  for  repairing  all  the  carcasses 
that  are  available. 


To  give  an  overall  score  for  an  experiment,  the  simulation  reports  a 
root-mean-square  (RMS)  mea.':.ure  of  the  differences  between  quar¬ 
terly  and  biweekly  quantities.  For  the  conditions  of  the  experiment, 
there  were  observed  differences  on  14  LRUs  over  32  quarters.  This 
gave  448  observations.  To  calculate  the  RMS  measure,  we  summed 
the  squares  of  the  448  numbers,  divided  by  448,  and  took  the  square 
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Table  6.3 

Percent  of  Plans  Limited  by 
Carcass  Constraints 


LRU  Biweekly  Quarterly 


3976  FIRE  COMP 
3829  XFCC 
3533  FC  NAV  PAN 
6645  INU 

7817  ACCELERAS 
0046  EGA 
0712ECAC/D 
7834  GYRO 
3160  PANEL 
7445  PANEL  TRIM 
1592FLTCTL  CO 
0136  FLCC 
3851  FL  CTL  CTR 
6771  RECORD  ASY 

Number  plans  in  sample 


0.0 

0.0 

0.0 

100.0 

2.9 

46.9 

4.8 

81.3 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

192 

32 

root.  The  answer  in  this  case  was  8.4.  Among  the  other  three 
planning  methods  that  were  tested,  the  best  gave  a  result  of  13.5. 

There  is  reason  to  believe  that  the  RMS  value  of  8.4  is  about  as  good 
as  one  can  expect  given  the  variability  in  the  simulated  NRTS  pro¬ 
cess.  To  obtain  a  value  for  comparison,  assume  a  simpler  process 
than  DRIVE  for  which  the  appropriate  quarterly  planning  method  is 
obvious.  Instead  of  using  DRIVE,  suppose  the  shop  simply  repairs 
everything  that  is  sent  to  it  in  each  quarter.  Then  each  of  the  448  ob¬ 
servations  of  quarterly  repairs  would  be  equal  to  the  sampled  NRTS 
quantities,  and  the  best  predictions  of  quarterly  repairs  would  be  the 
mean  values  in  the  first  column  of  Table  6.1.  Computing  RMS  values 
from  these  data  gave  a  value  of  8.3,  which  is  not  much  less  than  8.4. 


Appendix  A 

DRIVE’S  SENSITIVITY  TO  VTMRS 


As  described  in  Section  3,  DRIVE  utilizes  the  Sherbrooke  regression 
to  determine  variance-to-mean  ratios  as  functions  of  the  mean  for 
probability  distributions  of  unserviceable  items  returned  to  the  depot 
by  the  bases.  Although  many  stockage  and  capability  assessment 
models  used  by  the  Air  Force  incorporate  estimates  of  VTMRs,  there 
is  much  about  VTMRs  that  is  unsettling.  Hodges^  has  discussed  the 
undesirable  sampling  properties  of  the  statistic  used  to  estimate 
VTMRs.  Crawford, 2  working  with  empirical  data  on  demands  for 
aircraft  spare  parts,  documents  rather  wild  behavior  of  demand  pro¬ 
cesses.  Of  particular  interest  are  Figures  1  and  2  in  Crawford’s  re¬ 
port  displaying  scatter  diagrams  of  VTMRs  versus  average  demands 
per  quarter.  The  vertical  dispersion  of  VTMRs  appears  so  great  that 
one  must  seriously  question  the  idea  of  fitting  a  regression  curve  to 
the  data.  But  our  concern  is  not  the  accuracy  of  estimates  of  VTMRs 
per  se,  but  what  difference  VTMR  estimates  make  to  DRIVE. 

To  gain  some  insight  about  the  sensitivity  of  DRIVE  to  VTMRs,  we 
modified  the  prioritization  progreim  (LSRU)  to  employ  a  variety  of 
ways  of  setting  VTMRs  and  then  used  the  line-drawing  program  de¬ 
scribed  in  Section  4  to  produce  counts  of  LRUs  to  be  repaired  under  a 
consistent  set  of  capacity  constraints  over  the  various  trials. 

In  addition  to  DRIVE’S  “standard”  VTMR  computation,  the  LSRU 
program  was  modified  to  accept  a  user-specified,  constant  VTMR  to 
be  employed  for  all  items  at  all  bases.  This  variant  was  tried  with 
VTMRs  equal  to  1 ,  2,  4,  and  8.®  A  second  modification  was  to  the  way 
in  which  the  Sherbrooke  regression  was  applied.  Although  the  for¬ 
mula,  which  says  that  the  VTMR  is  proportional  to  the  square  root  of 
the  annual  mean  demand,  was  derived  from  worldwide  data,  we  were 
using  it  with  each  base’s  individual  mean.  Therefore,  we  modified  the 
LSRU  program  to  employ  the  sum  of  base  means  for  each  item  and 
then  used  the  resulting  VTMR  for  the  item  at  every  base.  This  obvi- 


^Hodges,  James  S.,  Modeling  the  Demand  for  Spare  Parts:  Estimating  the  Variance- 
to-Mean  Ratio  and  Other  Issues,  RAND,  N-2086-AF,  May  1985. 

^Crawford,  Gtordon  B.,  Variability  in  the  Demands  for  Aircraft  Spare  Parts:  Its 
Magnitude  and  Implications,  RAND,  R-3318-AF,  January  1988. 

^Crawford’s  data  on  800  F-16  parts,  with  VTMRs  measured  around  worldwide  av¬ 
erages,  showed  less  than  16  percent  of  parts  having  VTMRs  greater  than  8. 
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ously  results  in  much  higher  VTMRs.  Table  A.l  compares  the  de¬ 
mands  and  VTMRs  for  41  LRUs  corresponding  to  the  two  methods; 
treating  bases  individually  versus  worldwide  totals.  For  the  individ¬ 
ual-base  case,  demands  and  VTMRs  are  averaged  over  bases  that 
have  positive  demand  for  the  LRU.  (It  is  not  possible  to  compute  the 
VTMR  columns  from  the  data  in  the  demand  columns  because  all  the 
entries  are  averages  over  bases.)  In  all,  there  were  six  trials:  the 
Sherbrooke  regression  applied  to  individual  bases  and  to  the  sum  of 
base  means,  plus  the  four  values  of  constant  VTMRs. 

In  each  case,  the  line-drawing  program  was  used  to  specify  a  total  of 
3000  standard  repair  hours  across  the  four  LRU  test  stands,  with  no 
stand  allowed  to  have  more  than  1500  hours.  In  all  cases,  the  1500- 
hour  constraint  was  active  for  the  Cl  stand,  and  the  other  test  stands 
share  the  remaining  1500  hours  in  amounts  varying  with  the  case. 

Table  A.2  shows  the  numbers  of  LRUs  to  be  repaired  for  six  cases, 
along  with  the  LRUs’  standard  repair  hours  and  number  of  repairable 
carcasses  available.  Although  carcass  constraints  were  imposed,  the 
effect  is  confined  mainly  to  the  inertial  navigation  unit  (INU),  line  3. 
That  LRU  has  the  highest  demand  and  32  INU  repairs,  which  oc¬ 
curred  in  five  of  the  six  cases,  and  consumes  928  of  the  1500  hours  on 
the  Cl  stand. 

We  do  not  have  an  objective  measure  of  the  sensitivity  revealed  by 
this  test,  but  the  sensitivity  is  not  large  enough  to  worry  about.^ 

Because  this  is  real  data  and  the  situation  is  complicated  (e.g.,  what 
is  the  role  of  bases’  asset  positions?),  it  is  difficult  to  make  generaliza¬ 
tions  about  the  effects  of  varying  VTMRs.  As  VTMRs  increase,  the 
LRUs  that  increase  the  most  have  low  values  of  repair  hours  (see 
lines  10,  15,  and  27).  The  exception  to  this  is  line  3;  the  fire  con¬ 
trol/navigation  panel  (FC  NAV  PAN)  has  one  of  the  smallest  repair 
hour  requirements,  but  the  number  of  repmrs  called  for  decreases 
with  VTMR.  We  note  that  this  LRU  has  a  very  high  demand  rate,  but 
then  so  does  the  missile  release  interface  unit  (MRIU)  on  line  27. 
Looking  at  the  distributions  of  the  1500  hours  left  for  the  DI,  PP,  and 
RF  test  stands,  as  the  VTMRs  increase,  the  DI  and  PP  stands  take 
more  hours  at  the  expense  of  the  RF  stand.  A  possible  cause  is  that 
the  LRUs  repaired  on  the  RF  stand  all  have  standard  hours  greater 
than  the  average,  which  is  17.7. 


^Crawford’s  report  shows  a  graph  (Figure  3)  of  expected  not  fully  mission-capable 
(NFMC)  aircraft  by  day  in  a  scenario  as  given  by  a  capability  assessment  model  assum¬ 
ing  several  values  of  VTMRs.  In  that  esercise,  the  sensitivity  seems  to  be  rather 
strong. 


Table  A.l 

Demands  and  VTMRs 
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Individual  Bases 

Worldwide 

Line 

NSN 

Description 

Number 

Bases 

Avg 

Demand 

Avg 

VTMR 

Total 

Demand 

VTMR 

1 

Cl  Stand 

1270.01-045-3976WF 

FIRE  COMP 

29 

1.326 

1.474 

38.442 

4.215 

2 

1270-01-222-3829WF 

XFCC 

29 

0.731 

1.352 

21.193 

3.387 

3 

6605-01-046-3533WF 

FC  NAV  PAN 

29 

5.412 

2.038 

156.944 

7.501 

4 

6605-01-087-6645WF 

INU 

29 

8.608 

2.201 

249.624 

9.193 

5 

6610-01-039-7817WF 

ACCELER  AS 

38 

0.478 

1.299 

18.153 

3.180 

6 

6610-01-123-0046WF 

ECA 

29 

2.568 

1.660 

74,484 

5.476 

7 

6610.01-148-0712WF 

ECA  D/C 

16 

3.959 

1.820 

63,351 

5.020 

8 

6615-01-042- 7834WF 

GYRO 

38 

1.611 

1.535 

61.233 

5.008 

9 

6615-01-127-3160WF 

PANEL 

38 

1.937 

1.600 

73.620 

5.390 

10 

6615-01-129-7445WF 

PANEL  TRIM 

38 

1.930 

1,639 

73.353 

5.350 

n 

6615-01-161-1592WF 

FLT  CTL  CO 

29 

1.210 

1.461 

35.095 

4.073 

12 

6615-01-172-0136WF 

FLCC 

29 

1.262 

1.451 

36.590 

4.137 

13 

6615-01-220-3851WF 

FL  CTL  CTR 

16 

3.207 

1.712 

51.320 

4  626 

14 

6625-01-1 14-6771WF 

RECORD  ASy 

38 

0.240 

1.226 

9.129 

3.535 

15 

DI  Stand 

1270-01-094-6872WF 

RCP 

29 

1.254 

1.523 

36.357 

4.132 

16 

1270-01-122-9955WF 

HUD  ELECT 

29 

1.275 

1.445 

32.697 

3.966 

17 

1270-01 -199-7430WF 

HUD  PDU 

29 

3.070 

1.738 

89.040 

5.894 

18 

1270-01 -274-0543WF 

HUD  EU  ADE 

29 

0.483 

1.292 

14.015 

2.942 

19 

5841-01-096-3945WF 

DISP 

29 

2.559 

1.696 

74.204 

5.469 

20 

5841-01-096-4833WF 

RDR 

29 

2.279 

1.653 

66.096 

5.218 

21 

PP  Stand 

1270-01-133-6494WF 

DIG  SIG  PR 

29 

2.703 

1.702 

78.395 

5.593 

22 

1270-01 -209-9982WF 

RADC 

29 

2.884 

1.732 

83.632 

5.744 

23 

1270-01-212-2990WF 

DISP  ADF 

29 

0.557 

1.323 

16.141 

3.084 

24 

1270-01-273-3858WF 

OCURADC 

26 

0.256 

1.203 

7.429 

2.413 

25 

1270-01-273-3859WF 

S2RADC 

29 

1.576 

1.538 

45.694 

4.507 

26 

1270-01-282-7914WF 

ADF  RADC 

15 

0.186 

1.211 

2.796 

1.867 

27 

1280.01-109-1499WF 

MRIU 

38 

4.252 

1.905 

161.587 

7.541 

28 

1280-01-121-6879WF 

SCP 

29 

1.205 

1.510 

.34.934 

4.069 

29 

1280-01-224-8924WF 

XCIU 

29 

1.488 

1.496 

43.145 

4.406 

30 

1280-01 -28a4855WF 

CIU-S2 

29 

2.402 

1.650 

69.656 

5.329 

31 

1290.01-080-0203WF 

CRIU 

29 

1.623 

1.556 

47.073 

4.560 

32 

5999-01 -080-3978 WF 

JRIU 

38 

1.487 

1.530 

56.502 

4.844 

33 

6610-01-089-1018WF 

COMPUTR  CA 

38 

3.074 

1.752 

116,799 

6.531 

34 

6615-01 -042-7835WF 

PNE  SENSOR 

38 

0.533 

1.326 

20,253 

3.297 

35 

RF  Stand 

1270.01-093.2174WF 

ANTENNA  RA 

29 

3.272 

1.536 

94.888 

6.058 

36 

I27a01-093-2266WF 

RADAR  XMTR 

29 

3.192 

1.758 

92.572 

5,991 

37 

1270-01-102-2962WF 

LOW  PWR  RF 

29 

2.002 

1.582 

58.065 

4.952 

38 

1270-01-102-2963WF 

LOW  PWR  RF 

29 

2.(HM 

1.582 

58.035 

4.951 

39 

1270-01-102-2965WF 

LOW  PWR  RF 

29 

2.914 

1.824 

76.416 

5.534 

40 

1270-01-I02-2966WF 

LOW  PWR  RF 

28 

2.635 

1.684 

79,560 

5.626 

41 

1270-01-146-4630WF 

ANTENNA 

29 

0.872 

1.430 

25.297 

3.611 

82 


Table  A.2 

Sensitivity  of  Biweekly  Production  Plans  to 
Variance-to-Mean  Ratios 


Variancc-to-Mean  Ratio _ 

Sherbrooke  _ Constant _  Repar- 


Linc _ NSN _ Description  Total 


Cl  Stand 


1 

1270-01 -045-3976 WF 

FIRE  COMP 

1 

2 

1270-01 -222-3829 WF 

XFCC 

— 

3 

66 05-01 -046-3533 WF 

FC  NAV  RAN 

31 

4 

6605-01 -087-6645WF 

INU 

32 

5 

6610-01-039-7817WF 

ACCELER  AS 

2 

6 

6610-01-123-0046WF 

ECA 

— 

7 

6610-01-148-0712WF 

ECA  D/C 

— 

8 

6615-01-042-7834 WF 

GYRO 

3 

9 

6615-01-127-3160 WF 

PANEL 

2 

10 

6615-01-129-7445 WF 

PANEL  TRIM 

28 

11 

6615-01-161-1592WF 

FLT  CTL  CO 

1 

12 

6615-01-172-0136WF 

FLCC 

1 

13 

6615-01-220-3851  WF 

FL  CTL  CTR 

1 

14 

6625-01-114-6771WF 

RECORD  ASY 

1 

Hours  1503 

DI  Stand 

15 

1270-01 -094-6872 WF 

RCP 

17 

16 

1270-01-1 22-9955 WF 

HUD  ELECT 

4 

17 

1270-01-199-7430WF 

HUDPDU 

8 

18 

1270-01-274-0543WF 

HUD  EU  ADE 

— 

19 

5841 -01 -096-3945 WF 

DISP 

1 

20 

5841 -01-096-4833 WF 

RDR 

4 

Hours 

464 

PP  Stand 

21 

1270-01-133-6494 WF 

DIG  SIG  PR 

— 

22 

1270-01 -209-9982 WF 

RADC 

2 

23 

1270-01-212-2990 WF 

DISP  ADF 

— 

24 

1270-01 -273-3858 WF 

OCURADC 

— 

25 

1270-01 -273-3859 WF 

S2RADC 

— 

26 

1270-01-282-7914WF 

ADF  RADC 

1 

27 

1280-01 -109-1 499 WF 

MRIU 

18 

28 

1280-01 -121 -6879WF 

SCP 

10 

29 

1280-01-224-8924 WF 

XCIU 

— 

30 

1280-01 -280-4855 WF 

CIU  S2 

3 

31 

1290-01 -080-0203 WF 

CRIU 

1 

32 

5999-01  -080-3978 WF 

JRIU 

2 

33 

6610-01-089-1018WF 

COMPUTE  CA 

1 

34 

661 5-01 -042-7835 WF 

PNE  SENSOR 

5 

Hours 

571 

RF  Stand 

35 

1270-01 -093-21 74 WF 

ANTENNA  RA 

— 

36 

1270-01 -093-2256 WF 

RADAR  XMTR 

— 

37 

1270-01-1 02-2962 WF 

LOW  PWR  RF 

— 

38 

1270-01-1 02-2963 WF 

LOW  PWR  RF 

2 

39 

1270-01-102-2965WF 

LOW  PWR  RF 

2 

40 

1270-01-1 02-2966 WF 

LOW  PWR  RF 

12 

41 

1 270-01 -146-4630WF 

ANTENNA 

1 

Hours 

469 

Bases  1.0  2.0  4.0  8.0  Hours  ables 


1 

1 

1 

1 

1 

9.2 

27 

_ _ 

_ 

_ 

_ 

— 

4.0 

— 

22 

38 

34 

31 

28 

8.5 

128 

31 

32 

32 

32 

32 

29.0 

32 

2 

2 

2 

2 

1 

8.0 

51 

_ 

_ 

_ 

_ 

— 

11.0 

40 

_ 

_ 

_ 

_ 

— 

11.0 

16 

5 

2 

2 

2 

3 

6.5 

41 

4 

_ 

2 

1 

2 

8.0 

99 

38 

23 

29 

34 

38 

6.6 

220 

1 

_ 

— 

— 

22.6 

46 

1 

1 

1 

1 

1 

22.6 

40 

1 

1 

1 

1 

1 

12.0 

10 

5 

1 

1 

1 

-— 

8.4 

58 

1503  1507 

1506 

1505 

1504 

26 

6 

17 

25 

31 

6.3 

73 

5 

2 

2 

3 

2 

19.5 

19 

7 

6 

7 

9 

9 

20.3 

10 

_ 

_ 

— 

19.5 

15 

2 

1 

1 

3 

3 

12.2 

104 

4 

8 

4 

4 

4 

26.1 

37 

532 

263 

405 

540 

558 

_ 

__ 

11.4 

4 

2 

2 

2 

2 

2 

26.0 

2 

_ 

_ 

— 

— 

11.4 

— 

__ 

_ 

_ 

_ 

— 

26.0 

— 

_ _ 

1 

_ 

— 

— 

26.0 

6 

1 

1 

1 

1 

1 

5.0 

1 

22 

16 

19 

28 

39 

7.3 

327 

11 

6 

10 

10 

10 

20.7 

44 

_ 

_ 

_ 

_ 

238 

12 

4 

3 

5 

6 

5 

15.8 

12 

2 

1 

1 

1 

2 

12.1 

94 

3 

_ 

2 

3 

3 

12.1 

19 

1 

1 

_ 

1 

2 

10.6 

66 

5 

4 

5 

5 

5 

16.2 

5 

661 

423 

599 

703 

790 

4 

_ 

42.0 

98 

_ 

_ 

_ 

— 

24  4 

15 

_ 

_ 

— 

— 

— 

33.2 

4 

4 

6 

3 

1 

1 

26.7 

11 

3 

1 

— 

_ 

26.7 

13 

6 

14 

13 

7 

3 

26.7 

14 

1 

1 

1 

1 

1 

42.0 

29 

309 

824 

496 

256 

149 

NOTE:  The  numbers  above  represent  the  number  of  LRUs  repaired. 


Appendix  B 

SENSITIVITY  OF  DRIVE  TO  PLANNING 
HORIZONS 


The  concept  of  planning  horizons  is  central  to  DRIVE.  A  planning 
horizon  is  the  nominal  time  between  when  the  asset  position  data 
used  by  DRIVE  were  recorded  and  when  decisions  made  by  DRIVE 
will  have  an  effect  on  the  bases  to  which  LRUs  and  SRUs  are 
allocated.  The  specific  role  that  the  lengths  of  planning  horizons  play 
in  DRIVE  is  as  multipliers  of  demand  rates  for  items  from  bases  in 
the  computation  of  expected  demands.  These  expected  demands,  in 
turn,  are  the  basis  of  the  probability  distributions  that  make  up 
drive’s  objective  function  and  are  used  in  the  marginal  analysis. 
The  purpose  of  this  appendix  is  to  provide  some  notion  as  to  the 
sensitivity  of  DRIVE  to  the  lengths  of  planning  horizons.  Although 
planning  horizons  are  important  to  the  underlying  theory,  one  would 
hope  that  the  priority  lists  are  not  overly  sensitive  to  the  actual 
values  used. 

To  test  the  sensitivity,  we  ran  DRIVE  with  three  values  for  planning 
horizons  equal  to  26,  39,  and  52  days — the  lowest  number  being  the 
average  horizon  as  DRIVE  is  used  at  Ogden  and  the  highest  number 
being  twice  that.  (These  values  are  approximate  because  DRIVE  ad¬ 
justs  each  base’s  individual  planning  horizon  according  to  its  specific 
nominal  shipping  times.)  To  produce  the  priority  lists,  we  employed 
the  line-drawing  program,  specifying  standard  hours  for  the  four  AIS 
test  stands  close  to  the  veilues  that  were  being  used  at  Ogden  at  the 
time  this  analysis  was  done.  The  hours  were:  600  on  the  Cl  stand, 
450  on  the  DI  stand,  and  500  each  on  the  PP  and  RF  stands.  Table 
B.l  shows  the  number  of  each  LRU  to  be  repaired  for  each  of  three 
lengths  of  planning  horizon.  Except  for  the  1499  MRIU  (fifth  LRU  on 
the  PP  stand),  the  values  seem  to  be  quite  stable  across  the  three 
horizon  lengths. 
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Table  B.1 

Sensitivity  of  Biweekly  Production  Plans 
to  Length  of  the  Planning  Horizon 


NSN 

Description 

Approximate  Horizon 

26  days  39  days  52  days 

Cl  Stand 

1 270-01 -045-3976WF 

FIRE  COMP 

2 

1 

1 

1270-01 -222-3829WF 

XFCC 

3 

4 

2 

6605-01 -046-3533WF 

FC  NAV  PAN 

12 

11 

15 

6605-01 -087-6645WF 

INU 

6 

6 

6 

661 0-01 -039-781 7WF 

ACCELERAS 

2 

3 

2 

661 0-01 -123-0046WF 

ECA 

2 

2 

1 

661 5-01 -042-7834WF 

GYRO 

7 

7 

4 

661 5-01-1 27-31 60WF 

PANEL 

8 

7 

8 

661 5-01 -129-7445WF 

PANEL  TRIM 

8 

11 

15 

661 5-01-1 61 -1592WF 

FLTCTLCO 

1 

0 

1 

661 5-01-1 72-01 36WF 

FLCC 

1 

1 

0 

661 5-01-220-3851 WF 

FLCC 

1 

2 

1 

661 5-01 -324-6374WF 

FLCC 

1 

1 

1 

6625-01-11 4-6771  WF 

RECORD  ASY 

1 

1 

1 

DI  Stand 

1 270-01 -094-6872WF 

RCP 

1 

1 

0 

1270-01 -122-9955WF 

HUD  ELECT 

3 

2 

0 

1 270-01 -199-7430WF 

HUDPDU 

5 

4 

4 

1270-01 -274-0543 WF 

HUD  ELEC  U 

1 

0 

0 

5841 -01 -096-3945 WF 

REO  DISP 

14 

15 

15 

5841-01-096-4833WF 

REO  EU 

4 

6 

8 

PP  Stand 

1270-01-1 33-6494 WF 

DIG  SIG  PR 

3 

3 

1 

1 270-01 -273-3858WF 

RADCOCU 

1 

1 

1 

1 270-01 -273-3859WF 

RADC  S2 

1 

1 

1 

1270-01-282-7914WF 

RADC  ADF 

2 

1 

1 

1280-01-1 09-1 499WF 

MRIU 

11 

21 

28 

1280-01-1 21 -6879WF 

SCP 

5 

4 

2 

1280-01 -280-4855WF 

CIU-S2 

3 

3 

3 

1 290-01 -080-0203WF 

CRIU 

2 

1 

1 

5999-01 -080-3978WF 

JRIU 

1 

0 

4 

661 0-01 -089-1 01 8WF 

CADC  507 

1 

1 

1 

661 0-01 -308-1 859WF 

CADC  509 

1 

1 

1 

661 5-01 -042-7835WF 

PNE  SENSOR 

5 

5 

3 

RF  Stand 

1270-01 -093-2256WF 

RADAR  XMTR 

2 

3 

4 

1270-01 -102-2962WF 

LOW  PWR  RF 

7 

7 

7 

1270-01 -102-2963WF 

LOW  PWR  RF 

0 

1 

2 

1270-01 -102-2965WF 

LOW  PWR  RF 

8 

8 

7 

1270-01 -102-2966WF 

LOW  PWR  RF 

2 

0 

0 

NOTE:  The  numbers  above  represent  the  number  of  LRUs  repaired. 


Appendix  C 

INPUT  AND  OUTPUT  FILES  FOR  THE  LSRU 
PROGRAM 


The  computer  program  described  in  Section  3  is  called  LSRU,  a  con¬ 
traction  of  LRU  and  SRU.  It  reads  two  input  files — LSRUMGT.DAT 
and  LSRUDET.DAT — and  it  writes  four  output  files — 
ITEMMGR.DAT,  DRIVOUT.DAT,  GAME.DAT,  and  SRUREPT.DAT. 
This  appendix  contains  illustrations  of  fragments  of  those  files. 
Except  for  DRIVOUT.DAT,  the  fragments  include  information  relat¬ 
ing  to  the  third  and  fourth  LRUs  in  a  data  set  that  has  been  processed 
by  the  suite  of  programs.  In  addition,  a  sixth  file,  called 
LSRUNAME.DAT,  carries  identifying  information  that  is  not  needed 
by  LSRU  but  is  used  by  other  DRIVE  programs.  The  primary  kinds 
of  information  dealt  with  by  the  various  files  are: 

Input 

•  LSRUNAME.DAT:  Identification  of  items  and  bases. 

•  LSRUMGT.DAT:  Allowable  LRUs  missing  and  expected  demands. 

•  LSRUDET.DAT:  Item  characteristics,  depot  assets,  and  base  asset 
positions. 

Output 

•  ITEMMGR.DAT:  Distribution  priorities. 

•  DRIVOUT.DAT;  Repair  priorities. 

•  GAME.DAT:  Recording  of  LSRLTs  allocations  for  use  by  the  DDSP. 

•  SRUREPT.DAT;  Summary  by  LRU  of  sources  emd  destinations  for 
SRUs. 


LSRUNAMEJ)AT 

Figure  C.l  contains  a  portion  of  LSRUNAME.DAT.  The  line  below 
the  date  indicates  that  there  are  34  LRUs  and  a  total  of  289  LRUs 
plus  SRUs.  Below  that  there  is  a  line  of  three  numbers  for  each  LRU 
to  help  locate  the  LRUs  in  the  main  part  of  the  file.  The  rightmost 
number  is  the  sequence  of  the  LRU,  and  the  leftmost  number  shows 
where  to  find  the  information  pertaining  to  the  LRU  in  the  main 
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15-FEB-90  —  Date  from  PPOUT. 

34  269  Number  of  LPUa,  Number  of  items.  Indices  of  LRUs  and  num  SRUs 


1 

9 

1 

11 

5 

2 

17 

5 

3 

23 
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4 

Line 
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TS 
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NSN 
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17 
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RF 

24.4 
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18 
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M 

50.8 

1270-01-083-0398WF 
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19 

SRU 

A 
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20 

SRU 

M 

5.1 

1270-01-097-609SWF 

DETECT  ASYHA3VP74ACC 

21 

SRU 

D 

6.6 

1285-01-084-7356WF 

DIGIBUS  BDHA3VP74ACD 

22 

SRU 

A 

8.7 

5998-01-115-3249WF 

BOARD  ASSYHA3VP74ACB 

23 

LRU 

DI 

6.3 

1270-0I-O94-6872WF 

RCP  74AH0HA5W74AH0 

24 

SRU 

D 

6.0 

5985-01-072-6306WF 

BOARD  ASSYHA5VA74AHA 

25 

SRU 

D 

7.1 

5999-01-069-6483WF 

BOARD  ASSYHA5VA74AHD 

38 

Number  of  Bases  -**  Organization,  Base,  Account 

1 

419/388 

HILL 

PB2027 

TAG  1 

2 

507TFG 

TINKER 

FB2037 

TAC  1 

3 

89TFS 

WRIGHT 

PATTERSON  FB2300 

ETC  3 

Figure  C.l — Partial  Listing  ofLSRUNAME.DAT 


body.  The  middle  number  is  the  number  of  distinct  SRUs  contained 
in  tile  LRU,  For  example,  the  fifth  line  of  the  file  contains  the  num¬ 
bers  17,  5,  and  3.  This  means  that  in  the  main  part  of  the  file,  the  de¬ 
scription  of  the  third  LRU  is  on  the  line  numbered  17,  and  that  LRU 
has  5  SRUs. 

The  main  body,  following  the  header  “Line  L/S  TS  .  .  .  contains  the 
descriptions  of  the  LRUs  and  SRUs.  The  TS  column  indicates  the  re¬ 
quired  test  stands  for  LRUs  and  repair  shops  for  SRUs.  The  next 
columns  give  standard  repair  hours  and  the  national  stock  numbers. 
The  description  field  contains  four  items:  ten  characters  of  nomencla¬ 
ture,  three  characters  to  indicate  the  item  manager,  two  characters 
indicating  the  equipment  specialist,  and  a  five-character  work  unit 
code. 

Below  the  item  description  lines  in  the  main  body  is  a  section  describ¬ 
ing  the  bases.  Each  line  indicates  the  unit,  location  of  the  base,  the 
base  supply  account  number,  and  the  command  to  which  the  base  be¬ 
longs  (a  Aree-letter  symbol  and  a  DRIVE-peculiar  numeric  indicator). 
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LSRUMGT.DAT 

The  LSRUMGT.DAT  file,  illustrated  in  Figure  C.2,  is  in  three  parts. 
The  top  line  contains  some  control  information  and  constants.  Next  is 
information  about  bases,  followed  by  a  block  of  data  for  each  LRU. 

Top  Line 

“PR  LIM”  is  the  probability  stopping  constant,  and  “SORT  V  LIMIT” 
is  the  sort  value  stopping  constant.  “AIS  HRS”  may  be  used  to  limit 
the  amount  of  repair  priority  information  written  out  by  LSRU  (i.e., 
stop  when  the  total  of  LRU  repair  hours  exceeds  the  value).  The 
“CAR  FLG”  is  the  choice  of  how  to  regard  carcass  constraints,  and 
“SRU  OK  PROB”  is  the  specified  probability  of  having  enough  SRUs 
to  ensure  LRU  repairs  will  be  successful.  The  three  fields  labeled 
“LGR”  are  weights  that  can  be  applied  to  hours  for  the  SRU  repair 
shops  in  computing  the  denominators  of  sort  values.  Finally,  “A”  and 
“B”  are  constants  for  the  Sherbrooke  regression  used  to  compute  vari- 
ance-to-mean  ratios. 

Base  Information 

The  only  information  used  by  the  LSRU  program  is  the  horizon, 
which  goes  into  the  computation  of  VTMRs. 

LRU  Data 

Each  labeled  panel  is  a  folded  vector,  with  one  entry  for  each  base. 
There  are  at  most  ten  entries  per  line,  and  since  there  are  38  bases  in 
this  example,  every  panel  has  four  lines.  The  first  panel,  “Authorized 
WRM,”  shows  the  number  of  LRUs  that  the  bases  are  authorized  to 
have  in  their  WRSK  DRIVE  does  not  use  this  information,  but  it  is 
displayed  by  the  DDSP  (described  in  Section  5).  The  next  panel, 
“Allowable  LRU  Removals,”  is  the  number  of  LRUs  that  the  bases  are 
allowed  to  have  missing  from  aircraft  at  the  end  of  their  horizons. 
“Base  DIFM”  is  the  number  of  LRUs  in  base  maintenance.  The  re¬ 
maining  data  are  the  expected  demands.  The  LRU  comes  first,  fol¬ 
lowed  by  a  panel  for  each  of  its  SRUs. 


LSRUDET.DAT 

The  LSRUDET.DAT  file,  illustrated  in  Figure  C.3,  is  organized  by 
LRU  family,  and  within  an  LRU,  there  are  three  parts. 
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Figure  C.2 — Partial  Listing  of  LSRUMGT.DAT 
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Figure  C.3 — Partial  Listing  ofLSRUDET.DAT 
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Item  and  Depot  Data 

The  column  headings  through  “EXP  NETS”  apply  to  the  first  part. 
The  first  two  columns  indicate  the  LRU  anc  SRU  (the  SRU  column  is 
blank  for  the  LRU).  The  next  column,  labeled  “TST,”  specifies  the 
repair  resource:  0  through  3  for  LRU  test  stand  and  0  through  2  for 
SRU  shop.  (These  are  specific  to  Ogden.)  “QPA,”  meaning  quantity 
per  application,  is  the  number  of  LRUs  in  the  aircraft  or  number  of 
SRUs  in  the  LRlf  The  column  labeled  “REP  PR”  is  the  replacement 
factor,  defined  as  the  probability  that  an  SRU  of  this  type  will  need 
replacement  in  an  LRU  repaired  at  the  depot.  Following,  in  the  col¬ 
umn  labeled  “STD  M/H,”  are  standard  hours  for  repair.  The  next 
three  columns  are  counts  of  depot  assets.  “SVC  0/H”  are  serviceable 
items  in  depot  stock,  “UNS  0/H”  are  repairable  carcasses  at  the  depot 
that  have  not  been  inducted,  and  “UNS  IR”  are  items  that  have  been 
inducted  into  the  shops.  “NHA  AWP”  for  SRUs  are  numbers  missing 
from  LRUs  in  depot  repair.  “DIFO  AWP”  is  a  count  of  LRUs  in  depot 
repair  that  have  been  diagnosed  and  for  which  the  SRUs  needed  to 
repair  them  are  known.  “MIC  SRV”  is  the  number  of  serviceable 
SRUs  in  the  LRU  shop  available  for  installing  in  LRUs.  The  final 
column,  “EXP  NRTS,”  is  the  total  expected  number  of  items  to  be 
returned  to  the  depot  during  the  bases’  horizons.  This  is  not  used  by 
the  prioritization  procedure. 

Base  Asset  Positions 

The  mass  of  numbers  below  the  item  and  depot  data  are  the  bases’ 
asset  positions  represented  by  stock  and  holes  for  each  item  at  each 
base.  The  data  is  organized  in  the  following  way.  for  LRU  3,  the  first 
six  entries  in  the  column  under  the  SRU  heading  are  0  through  5, 
representing  the  LRU  and  its  five  SRUs.  Across  the  rows  are  ten 
pairs  of  columns  for  the  first  ten  bases.  The  left  column  of  a  pair  is 
the  stock,  and  the  right  column  is  the  holes  for  the  item  at  the 
corresponding  base.  The  whole  pattern  is  repeated  below  for  bases  11 
through  20,  and  again  for  bases  21  through  30,  and  finally  for  the  last 
8  bases. 

Diagnosed  LRUs  in  Depot  Repair 

The  number  of  LRUs  in  depot  repair  for  which  the  needed  SRUs  are 
known  is  given  in  the  “DIFO  AWP"  column  in  the  first  line  of  an 
LRU’s  package  of  data.  For  LRU  3  there  are  none,  but  LRU  4  has 
three.  The  last  three  lines  of  Figure  C.3  indicate  the  condition  of 
these  LRUs.  The  two  columns  to  the  right  of  the  fours  correspond  to 
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SRUs  and  tell  how  many  SRUs  are  missing.  Thus,  the  first  LRU  is 
waiting  for  SRU  2,  and  the  other  two  LRUs  are  both  waiting  for  SRU 
1. 

ITEMMGR.DAT 

The  ITEMMGR.DAT  file,  shown  in  Figure  C.4,  is  used  to  generate  the 
distribution  recommendations.  One  or  more  lines  are  written  to  the 
file  each  time  the  prioritization  procedure  makes  a  repair/distribution 
choice.  The  first  two  columns,  labeled  “L”  and  “S,”  indicate  the  LRU 
and  SRU.  A  zero  in  the  SRU  column  indicates  the  LRU.  The  third 
column,  headed  by  “B,”  designates  the  base  to  receive  the  item.  SRUs 
intended  for  the  LRU  shop  have  destinations  equal  to  0.  The  column 
labeled  “SV  contains  the  sort  values  associated  with  the  choice. 
These  are  used  later  to  merge  into  single  lists  the  distribution 
recommendations  for  SRUs  that  are  used  in  more  than  one  LRU.  The 
column  labeled  “Xctn”  is  the  transaction  number  associated  with  the 
prioritization  procedure’s  choice.  Every  time  a  repair/allocation  deci¬ 
sion  is  made,  a  counter  is  bumped  and  associated  with  the  choice. 
Primarily  a  debugging  tool,  transaction  numbers  allow  the  various 
outputs  to  be  related.  The  last  column,  labeled  “K,”  reports  the  kind 
of  transaction.  The  coding  is  0  =  from  depot  stock,  1  =  induction  of  ei¬ 
ther  an  LRU  or  an  SRU,  and  2  =  complete  the  repair  of  an  AWP  LRU, 
Notice  that  transaction  number  197  appears  on  two  successive  lines. 
The  first  line  shows  that  an  LRU  is  to  be  inducted  for  base  32,  and 
the  next  line  specifies  that  a  type  3  SRU  is  to  be  repaired  and  sent  to 
the  LRU  shop. 

DRIVOUT.DAT 

The  DRIVOUT.DAT  file,  shown  in  Figure  C.5,  is  used  *’o  produce  re¬ 
pair  priority  lists.  The  information  in  this  file  relates  only  to  repair 
actions;  allocations  from  depot  stock  are  not  indicated.  The  first  four 
columns  are,  respectively,  the  sort  value,  transaction  number,  identi¬ 
fication  of  the  LRU  involved,  and  the  base  for  which  the  repairs  indi¬ 
cated  by  the  rest  of  the  line  are  being  done.  The  remaining  columns, 
numbered  0,  1,  .  .  .  are  cumulative  numbers  of  repairs  for  the  LRU 
and  constituent  SRUs.  The  lines  are  of  varying  length  because  of 
differing  numbers  of  SRUs.  The  first  four  lines  in  the  partial  listing 
call  for  repairs  of  LRU  23,  and  they  are  the  40th  through  the  43r(l 
LRUs  of  that  type  on  the  list.  Comparing  the  first  two  lines 
(transactions  2368  and  2369),  we  see  that  SRUs  numbered  6,  7,  9,  and 
10  should  also  be  repaired  along  with  the  41st  LRU.  The  13th  line 
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Figure  C.4 — Partial  Listing  of  ITEMMGR.DAT 


(transaction  770,  involving  LRU  11)  must  be  calling  for  the  repair  of 
the  fourth  SRU  in  that  LRU  since  the  cumulative  numbers  for 
everything  else  in  the  line  are  0. 

GAME.DAT 

The  GAME.DAT  file  is  used  by  the  DRIVE  Decision  Support  Program 
(DDSP).  As  described  in  Section  5,  the  DDSP  is  em  interactive  pro¬ 
gram  that  replays  the  actions  of  the  prioritization  algorithm  one  step 


93 


Sort  Valu 

Xct  n 

LRU 

Base 

0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

1.6167160 

2368 

23 

27 

40 

6 

0 

4 

16 

2 

5 

12 

3 

6 

88 

0 

3 

1.6147160 

2369 

23 

8 

41 

6 

0 

4 

16 

2 

6 

13 

3 

7 

89 

0 

3 

1.6143650 

2370 

23 

22 

42 

6 

0 

5 

16 

2 

6 

13 

3 

7 

90 

0 

3 

1.6137950 

2371 

23 

9 

43 

6 

0 

5 

17 

2 

6 

13 

3 

7 

91 

0 

3 

0. 4324628 

1045 

13 

28 

1 

0 

1 

0.2238749 

90 

2 

11 

0 

0 

0 

1 

0 

0 

0.2077599 

235 

4 

32 

1 

1 

0 

0.2072761 

187 

3 

11 

0 

0 

0 

1 

0 

0 

0.1877272 

2769 

27 

27 

1 

0. 1802041 

720 

10 

28 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0. 1726287 

2030 

21 

25 

1 

0 

0 

0.1323896 

842 

12 

25 

1 

0 

2 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0.1216177 

7  /O 

n 

31 

0 

0 

0 

0 

1 

0 

0.1173946 

2571 

25 

30 

1 

0 

0 

0 

0 

0 

0 

1 

0 

0 

0 

D 

0 

0. 1090784 

1  696 

18 

25 

1 

1 

0 

0 

0.1080594 

545 

8 

11 

8 

0 

0 

2 

0 

4 

0 

8 

1 

0.0941031 

2930 

30 

7 

2 

0.0914386 

2939 

30 

25 

3 

0.0907579 

2678 

26 

25 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0.0893380 

1893 

20 

31 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0.0863034 

375 

6 

11 

4 

0 

0 

1 

0 

2 

0 

4 

1 

0.0860987 

2940 

30 

31 

4 

0.0782478 

1307 

16 

31 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0 

0 

0.0762689 

1763 

19 

25 

1 

0 

0 

0 

1 

0 

0 

0.0703370 

1309 

16 

2 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0 

n 

0.0570915 

2 

1 

25 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0.0535748 

2822 

29 

31 

1 

0 

0 

0 

0 

0 

0.051937? 

3115 

31 

27 

1 

0 

0 

0 

0 

1 

0 

0 

0 

0 

0 

0.0518103 

3267 

34 

25 

1 

Figure  C.5 — Partial  Listing  of  DRIVOUT.DAT 


at  a  time  and  provides  a  great  deal  of  information  about  the  evolving 
status  of  the  depot  and  bases  if  the  recommendations  of  DRIVE  were 
to  be  carried  out  exactly.  A  line  is  written  to  the  file  for  every  item 
that  the  LSRU  program  decides  to  ship  to  a  base.  The  sample  in 
Figure  C.6  is  the  beginning  of  a  sequence  for  LRU  3  in  a  sample  run 
of  LSRU. 

The  first  line  identifies  the  start  of  transactions  for  the  LRU.  In  the 
second  line,  the  first  four  fields  are  meaningless  placeholders.  The 
fifth  position  is  the  overall  probability  of  meeting  all  the  bases’  proba- 
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Figure  C.6 — Partial  Listing  of  GAME.DAT 


bility  goals  before  any  items  are  allocated.  Following  that  are  the  in¬ 
dividual  bases’  starting  probabilities.  (There  are  38  in  the  example; 
the  line  is  truncated  in  the  figure.)  The  labels  at  the  top  of  the  figure 
pertain  to  the  remaining  lines. 

The  first  four  columns  indicate  the  following:  “X”  is  the  transaction 
number,  “L”  is  the  LRU  family,  “S”  is  the  SRU  sent  to  the  base,  and 
“B”  is  the  base  to  receive  the  item.  Next,  “H”  is  the  repair  hours, 
which  are  zero  for  issues  from  depot  stock.  The  column  labeled 
“Prob”  is  the  overall  probability  for  the  LRU  achieved  thus  far,  and 
the  column  marked  with  “BP”  is  the  probability  for  the  base  to  which 
the  item  is  sent.  “K”  is  the  kind  of  transaction  (0  =  ship  from  stock,  1 
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=  induct  and  repair,  2  =  finish  the  repair  of  an  AWP  LRU ).  “F,”  for 
finish,  indicates  which  of  the  AWP  LRUs  is  to  be  the  one  completed. 
The  last  column  contains  the  sort  values. 

SRUREPT.DAT 

The  SRUREPT.DAT,  in  Figure  C.7,  is  mainly  for  debugging,  but  users 
have  claimed  it  to  be  of  value.  Information  is  written  to  the  file  after 
the  LSRU  program  finishes  with  each  LRU.  The  top  part  shows  how 
many  AWP  LRUs  were  finished  and  available,  and  it  shows  how 
many  LRUs  were  inducted  and  how  many  carcasses  were  on  hand. 
We  also  see  the  condition  that  caused  the  LSRU  program  to  terminate 
processing  of  the  LRU  family.  For  LRU  3  in  the  example,  the  stop¬ 
ping  condition  was  reaching  the  specified  sort-value  threshold.  For 
LRU  4,  the  supply  of  SRU  carcasses  that  could  be  repaired  in  order  to 
finish  AWP  LRUs  ran  out  before  the  sort  value  or  probability  limits 
were  reached. 

The  rest  of  the  display  for  an  LRU  family  concerns  the  SRUs.  The 
three  lines  show  the  depot  replacement  factors,  expected  number  of 
SRUs  needed  for  the  LRU  inductions  specified,  and  the  expected 
number  plus  two  standard  deviations.  The  next  three  lines  show  how 
SRUs  were  utilized:  either  sent  to  the  LRU  shop  for  inducted  LRUs, 
used  for  finishing  AWP  LRUs,  or  sent  to  bases.  The  next  three  lines 
give  an  accounting  of  the  sources  of  the  LRUs:  MIC  stock,  normal  de¬ 
pot  stock,  and  repair.  The  bottom  line  tells  how  many  SRU  carcasses 
were  available.  If  there  are  repairs  of  an  SRU,  the  sum  going  to  the 
three  destinations  should  equal  the  sum  over  the  three  sources.  In 
the  case  of  SRU  4  in  LRU  3,  of  the  eight  serviceable  SRUs,  only  six 
were  utilized. 
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Figure  C.7 — Partial  Listing  of  SRUREPT.DAT 
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